Part Number Hot Search : 
74LVC1G3 1N3349A 240901B TDE17980 MI970VF C1608 29LV0 SNXXX
Product Description
Full Text Search
 

To Download TSC80C51-16AED Datasheet File

  If you can't view the Datasheet, Please click here to try to view without PDF Reader .  
 
 


  Datasheet File OCR Text:
  features ? high-performance, low-power atmel avr ? 8-bit microcontroller ? advanced risc architecture ? 130 powerful instructions ? most single clock cycle execution ? 32 x 8 general purpose working regist ers + peripheral control registers ? fully static operation ? up to 16 mips throughput at 16 mhz ? on-chip 2-cycle multiplier ? high endurance non-volatile memory segments ? 64 kbytes of in-system reprog rammable flash program memory ? 2 kbytes eeprom ? 4 kbytes internal sram ? write/erase cycles: 10,000 flash/1 00,000 eeprom ? data retention: 20 years at 85c/100 years at 25c (1) ? optional boot code section with independent lock bits in-system programming by on-chip boot program true read-while-w rite operation ? up to 64 kbytes optional external memory space ? programming lock for software security ? spi interface for in -system programming ? jtag (ieee std. 1149.1 compliant) interface ? boundary-scan capabilities a ccording to the jtag standard ? extensive on-chip debug support ? programming of flash, eeprom, fuses, an d lock bits through the jtag interface ? peripheral features ? two 8-bit timer/counters with se parate prescalers and compare modes ? two expanded 16-bit timer/counters wi th separate prescaler, compare mode, and capture mode ? real time counter with separate oscillator ? two 8-bit pwm channels ? 6 pwm channels with programmabl e resolution from 1 to 16 bits ? 8-channel, 10-bit adc 8 single-ended channels 7 differential channels 2 differential channels with programmable gain (1x, 10x, 200x) ? byte-oriented two-wi re serial interface ? dual programmable serial usarts ? master/slave spi serial interface ? programmable watchdog timer with on-chip oscillator ? on-chip analog comparator ? special microcontroller features ? power-on reset and programmable brown-out detection ? internal calibrated rc oscillator ? external and internal interrupt sources ? six sleep modes: idle, adc noise reduction, power-save, power-down, standby and extended standby ? software selectable clock frequency ? atmega103 compatibility mode selected by a fuse ? global pull-up disable ? i/o and packages ? 53 programmable i/o lines ? 64-lead tqfp and 64-pad qfn/mlf ? operating voltages ? 2.7v - 5.5v for atmel atmega64l ? 4.5v - 5.5v for atmel atmega64 ? speed grades ? 0 - 8 mhz for atmega64l ? 0 - 16 mhz for atmega64 8-bit atmel microcontroller with 64k bytes in-system programmable flash atmega64 atmega64l 2490r?avr?02/2013
2 2490r?avr?02/2013 atmega64(l) pin configuration figure 1. pinout atmega64 note: the bottom pad under the qfn/mlf package should be soldered to ground. disclaimer typical values contained in this data sheet are based on simulations and characterization of other avr microcontrollers manufactured on the same process technology. min and max values will be available after the device is characterized. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 pen rxd0/(pdi) pe0 (txd0/pdo) pe1 (xck0/ain0) pe2 (oc3a/ain1) pe3 (oc3b/int4) pe4 (oc3c/int5) pe5 (t3/int6) pe6 (icp3/int7) pe7 (ss) pb0 (sck) pb1 (mosi) pb2 (miso) pb3 (oc0) pb4 (oc1a) pb5 (oc1b) pb6 pa3 (ad3) pa4 (ad4) pa5 (ad5) pa6 (ad6) pa7 (ad7) pg2(ale) pc7 (a15) pc6 (a14) pc5 (a13) pc4 (a12) pc3 (a11) pc2 (a10 pc1 (a9) pc0 (a8) pg1(rd) pg0(wr) 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 (oc2/oc1c) pb7 tosc2/pg3 tosc1/pg4 reset vcc gnd xtal2 xtal1 (scl/int0) pd0 (sda/int1) pd1 (rxd1/int2) pd2 (txd1/int3) pd3 (icp1) pd4 (xck1) pd5 (t1) pd6 (t2) pd7 avcc gnd aref pf0 (adc0) pf1 (adc1) pf2 (adc2) pf3 (adc3) pf4 (adc4/tck) pf5 (adc5/tms) pf6 (adc6/tdo) pf7 (adc7/tdi) gnd vcc pa0 (ad0) pa1 (ad1) pa2 (ad2) tqfp/mlf
3 2490r?avr?02/2013 atmega64(l) overview the atmega64 is a low-power cmos 8-bit microcontroller based on the avr enhanced risc architecture. by executing powerful instructions in a single clock cycle, the atmega64 achieves throughputs approaching 1 mips per mhz, allowing the system designer to optimize power consumption versus processing speed. block diagram figure 2. block diagram the avr core combines a rich instruction set with 32 general purpose working registers. all the 32 registers are directly connected to the arithmetic logic unit (alu), allowing two independent registers to be accessed in one single instruction executed in one clock cycle. the resulting architecture is more code efficient while achieving throughputs up to ten times faster than conventional cisc microcontrollers. program counter internal oscillator watchdog timer stack pointer program flash mcu control register sram general purpose registers instruction register timer/ counters instruction decoder data dir. reg. portb data dir. reg. porte data dir. reg. porta data dir. reg. portd data register portb data register porte data register porta data register portd timing and control oscillator oscillator interrupt unit eeprom spi usart0 status register z y x alu portb drivers porte drivers porta drivers portf drivers portd drivers portc drivers pb0 - pb7 pe0 - pe7 pa0 - pa7 pf0 - pf7 reset vcc gnd aref xtal1 xtal2 control lines + - analog comp arator pc0 - pc7 8-bit data bus avcc usart1 calib. osc data dir. reg. portc data register portc on-chip debug jtag tap programming logic pen boundary- scan data dir. reg. portf data register portf adc pd0 - pd7 data dir. reg. portg data reg. portg portg drivers pg0 - pg4 2-wire serial interface
4 2490r?avr?02/2013 atmega64(l) the atmega64 provides the following features: 64 kbytes of in-system programmable flash with read-while-write capabilitie s, 2 kbytes eeprom, 4 kbytes sram, 53 general purpose i/o lines, 32 general purpose working registers, real time counter (rtc), four flexible timer/coun- ters with compare modes and pwm, two usarts, a byte oriented two-wire serial interface, an 8-channel, 10-bit adc with optiona l differential input stage with programmable gain, program- mable watchdog timer with internal oscillator, an spi serial port, ieee std. 1149.1 compliant jtag test interface, also used for accessing the on-chip debug system and programming, and six software selectable power saving modes. th e idle mode stops the cpu while allowing the sram, timer/counters, spi port, and interrupt system to continue functioning. the power-down mode saves the register c ontents but freezes the oscillator, disabling all other chip functions until the next interrupt or hardware reset. in power-save mode, the asynchronous timer contin- ues to run, allowing the user to maintain a timer base while the rest of the device is sleeping. the adc noise reduction mode stops the cpu and all i/o modules except asynchronous timer and adc, to minimize switching noise during adc conversions. in standby mode, the crys- tal/resonator oscillator is running while the rest of the device is sleeping. this allows very fast start-up combined with low power consumption. in extended standby mode, both the main oscillator and the asynchronou s timer continue to run. the device is manufactured using atmel?s high- density non-volatile memory technology. the on-chip isp flash allows the program memory to be reprogrammed in-system through an spi serial interface, by a conventional non-volatile memory programmer, or by an on-chip boot pro- gram running on the avr core. the boot pr ogram can use any interface to download the application prog ram in the application fl ash memory. software in the boot flash section will continue to run while the application flash se ction is updated, providing true read-while-write operation. by combining an 8-bit risc cpu with in-system self-programmable flash on a monolithic chip, the atmel atmega64 is a powerful microcontroller that prov ides a highly-flexible and cost-effective solution to many embedded control applications. the atmega64 avr is supported with a full su ite of program and system development tools including: c compilers, macro assemblers, program debugger/simulators, in-circuit emulators, and evaluation kits. atmega103 and atmega64 compatibility the atmega64 is a highly complex microcontroller where the number of i/o locations super- sedes the 64 i/o location reserv ed in the avr instruction set. to ensure backw ard compatibility with the atmega103, all i/o locations present in atmega103 have the same location in atmega64. most additional i/o locations are added in an extended i/o space starting from 0x60 to 0xff (that is, in the atmega103 internal ram space). these location can be reached by using ld/lds/ldd and st/sts/std instructions only, not by using in and out instructions. the relocation of the internal ram space may still be a prob lem for atmega103 users. also, the increased number of interrupt vectors might be a problem if the code uses absolute addresses. to solve these problems, an atmega103 compatibility mode can be selected by programming the fuse m103c. in this mode, none of the functions in the extended i/o space are in use, so the internal ram is located as in atmega103. also, the extended interrupt vectors are removed. the atmega64 is 100% pin compatible with atmega103, and can replace the atmega103 on current printed circuit boards. the applicat ion notes ?replacing atmega103 by atmega128? and ?migration between atmega64 and atmega128? describes what the user should be aware of replacing the atmega103 by an atmega128 or atmega64.
5 2490r?avr?02/2013 atmega64(l) atmega103 compatibility mode by programming the m103c fuse, the atmega64 will be compatible with the atmega103 regards to ram, i/o pins and interrupt vectors as described above. however, some new fea- tures in atmega64 are not availa ble in this compatib ility mode, these featur es are listed below: ? one usart instead of two, asynchronous mode only. only the eight least significant bits of the baud rate register is available. ? one 16 bits timer/counter with two compare registers instead of two 16 bits timer/counters with three compare registers. ? two-wire serial interface is not supported. ? port g serves alternate functions only (not a general i/o port). ? port f serves as digital input only in addition to analog input to the adc. ? boot loader capabilities is not supported. ? it is not possible to adjust the frequency of the internal calibrated rc oscillator. ? the external memory interface can not release any address pins for general i/o, neither configure different wait states to different external memory address sections. ? only extrf and porf exist in the mcucsr register. ? no timed sequence is required for watchdog timeout change. ? only low-level external interrupts can be used on four of the eight external interrupt sources. ? port c is output only. ? usart has no fifo buffer, so data overrun comes earlier. ? the user must have set unused i/o bits to 0 in atmega103 programs. pin descriptions vcc digital supply voltage. gnd ground. port a (pa7..pa0) port a is an 8-bit bi-directional i/o port with internal pull-up resistors (selected for each bit). the port a output buffers have symmetrical drive characteristics with both high sink and source capability. as inputs, port a pi ns that are externally pulled low will source current if the pull-up resistors are activated. the port a pins are tri-stated when a reset condition becomes active, even if the clock is not running. port a also serves the functions of various special features of the atmega64 as listed on page 73 . port b (pb7..pb0) port b is an 8-bit bi-directional i/o port with internal pull-up resistors (selected for each bit). the port b output buffers have symmetrical drive characteristics with both high sink and source capability. as inputs, port b pi ns that are externally pulled low will source current if the pull-up resistors are activated. the port b pins are tri-stated when a reset condition becomes active, even if the clock is not running. port b also serves the functions of various special features of the atmega64 as listed on page 74 .
6 2490r?avr?02/2013 atmega64(l) port c (pc7..pc0) port c is an 8-bit bi-directional i/o port with internal pull-up resistors (selected for each bit). the port c output buffers have symmetrical drive c haracteristics with bot h high sink and source capability. as inputs, port c pi ns that are externally pulled lo w will source current if the pull-up resistors are activated. the port c pins are tri-stated when a reset condition becomes active, even if the clock is not running. port c also serves the functions of sp ecial features of the atmega64 as listed on page 77 . in atmega103 compatibility mode , port c is output only, and the port c pins are not tri-stated when a reset condition becomes active. port d (pd7..pd0) port d is an 8-bit bi-directional i/o port with internal pull-up resistors (selected for each bit). the port d output buffers have symmetrical drive c haracteristics with bot h high sink and source capability. as inputs, port d pi ns that are externally pulled lo w will source current if the pull-up resistors are activated. the port d pins are tri-stated when a reset condition becomes active, even if the clock is not running. port d also serves the functions of various special features of the atmega64 as listed on page 78 . port e (pe7..pe0) port e is an 8-bit bi-directional i/o port with internal pull-up resistors (selected for each bit). the port e output buffers have symmetrical drive characteristics with both high sink and source capability. as inputs, port e pi ns that are externally pulled low will source current if the pull-up resistors are activated. the port e pins are tri-stated when a reset condition becomes active, even if the clock is not running. port e also serves the functions of various special features of the atmega64 as listed on page 81 . port f (pf7..pf0) port f serves as the analog inputs to the a/d converter. port f also serves as an 8-bit bi-directional i/o port, if the a/d converter is not used. port pins can provide internal pull-up resistors (selected for each bit). the port f output buffers have sym- metrical drive characteristics with both high sink and source capa bility. as inputs, port f pins that are externally pulled low will source current if the pull-up resistors are ac tivated. the port f pins are tri-stated when a reset condition becomes active, even if the clock is not running. if the jtag interface is enabled, the pull-up resistors on pins pf7(td i), pf5(tms) and pf4(tck) will be activated even if a reset occurs. the tdo pin is tri-stated unless tap states that shift out data are entered. port f also serves the functions of the jtag interface. in atmega103 compatib ility mode, port f is an input port only. port g (pg4..pg0) port g is a 5-bit bi-directional i/o port with internal pull-up resistors (selected for each bit). the port g output buffers have symmetrical drive characteristics with both high sink and source capability. as inputs, port g pins that are extern ally pulled low will sour ce current if the pull-up resistors are activated. the port g pins are tri-stated when a reset condition becomes active, even if the clock is not running. port g also serves the functions of various special features. in atmega103 compatibility mode, these pins only serves as strobes signals to the external memory as well as input to the 32 khz oscillator, and the pins are initialized to pg0 = 1, pg1 = 1, and pg2 = 0 asynchronously when a rese t condition becomes active, even if the clock is not running. pg3 and pg4 are oscillator pins.
7 2490r?avr?02/2013 atmega64(l) reset reset input. a low level on this pin for longer than the minimum pulse length will generate a reset, even if the clock is not running. the minimum pulse length is given in table 19 on page 52 . shorter pulses are not guaranteed to generate a reset. xtal1 input to the inverting oscillato r amplifier and input to the in ternal clock operating circuit. xtal2 output from the invert ing oscillator amplifier. avcc avcc is the supply voltage pin for port f and the a/d converter. it should be externally con- nected to v cc , even if the adc is not used. if the adc is used, it should be connected to v cc through a low-pass filter. aref aref is the analog reference pin for the a/d converter. pen this is a programming enable pin for the spi serial programming mode. by holding this pin low during a power-on reset, the device will enter the spi serial programm ing mode. pen is inter- nally pulled high. the pullup is shown in figure 22 on page 52 and its value is given in section ?dc characteristics? on page 325 . pen has no function during normal operation.
8 2490r?avr?02/2013 atmega64(l) resources a comprehensive set of development tools, application notes and datasheetsare available for download on http:// www.atmel.com/avr. note: 1. data retention reliability qualification results show that the pr ojected data retention failure rate is much less than 1 ppm over 20 years at 85c or 100 years at 25c.
9 2490r?avr?02/2013 atmega64(l) about code examples this datasheet contains simple code examples that briefly show how to use various parts of the device. these code examples assume that the part specific header file is included before compi- lation. be aware that not all c compiler vendors include bit definitions in the header files and interrupt handling in c is compiler dependent. please confirm with the c compiler documentation for more details. for i/o registers located in extended i/o map, ?in?, ?out?, ?sbis?, ?sbic?, ?cbi?, and ?sbi? instructions must be replaced with instructio ns that allow access to extended i/o. typically ?lds? and ?sts? combined with ? sbrs?, ?sbrc?, ?sbr?, and ?cbr?.
10 2490r?avr?02/2013 atmega64(l) avr cpu core introduction this section discusses the avr core architecture in general. the main function of the cpu core is to ensure correct program execution. the cpu must therefore be able to access memories, perform calculations, control peripherals, and handle interrupts. architectural overview figure 3. block diagram of the avr mcu architecture in order to maximize performance and parallelism, the avr uses a harvard architecture ? with separate memories and buses for program and data. instructions in the program memory are executed with a single level pipelining. while one instruction is being executed, the next instruc- tion is pre-fetched from the program memory. this concept enables instructions to be executed in every clock cycle. the program memory is in-system reprogrammable flash memory. the fast-access register file contains 32 x 8-bit general purpose working registers with a single clock cycle access time. this allows single-cycle ar ithmetic logic unit (alu ) operation. in a typ- ical alu operation, two operands are output from the register file, the operation is executed, and the result is stored back in the register file ? in one clock cycle. six of the 32 registers can be used as three 16-b it indirect address register pointers for data space addressing ? enabling efficient address calculations. one of the these address pointers flash program memory instruction register instruction decoder program counter control lines 32 x 8 general purpose registrers alu status and control i/o lines eeprom data bus 8-bit data sram direct addressing indirect addressing interrupt unit spi unit watchdog timer analog comparator i/o module 2 i/o module1 i/o module n
11 2490r?avr?02/2013 atmega64(l) can also be used as an address pointer for look up tables in flash program memory. these added function registers are the 16-bit x-, y-, and z-register, described later in this section. the alu supports arithmetic and logic operations between registers or between a constant and a register. single register operations can also be executed in the alu. after an arithmetic opera- tion, the status register is updated to reflect information about the result of the operation. program flow is provided by conditional and uncon ditional jump and call instructions, able to directly address the whole address space. most avr instructions have a single 16-bit word for- mat. every program memory address contains a 16-bit or 32-bit instruction. program flash memory space is divided in two sections, the boot program section and the application program section. both sections have dedicated lock bits for write and read/write protection. the spm instruction that writes into the application flash memory section must reside in the boot program section. during interrupts and subroutine calls, the return address program counter (pc) is stored on the stack. the stack is effectively allocated in the general data sram, and consequently the stack size is only limited by the to tal sram size and the usage of the sram. all user programs must initialize the sp in the reset routine (before subroutines or interrupts are executed). the stack pointer sp is read/write accessible in the i/o space. the data sram can easily be accessed through the five different addressing modes supported in the avr architecture. the memory spaces in the avr architecture are all linear and regular memory maps. a flexible interrupt module has its control r egisters in the i/o space with an additional global interrupt enable bit in the status register. all interrupts have a separate interrupt vector in the interrupt vector table. the interrupts have priority in accordance with their interrupt vector posi- tion. the lower the interrupt vector address, the higher the priority. the i/o memory space contains 64 addresses wh ich can be accessed directly, or as the data space locations following those of the register file, 0x20 - 0x5f. in addition, the atmega64 has extended i/o space from 0x60 - 0xff in sram where only the st/sts/std and ld/lds/ldd instructions can be used. alu ? arithmetic logic unit the high-performance avr alu operates in dire ct connection with all the 32 general purpose working registers. within a single clock cycle, arithmetic operations between general purpose registers or between a register and an immediate are executed. the alu operations are divided into three main categories ? arithmetic, logical, and bit-functions. some implementations of the architecture also provide a powerful multiplier supporting both signed/unsigned multiplication and fractional format. see the ?instruction set? section for a detailed description.
12 2490r?avr?02/2013 atmega64(l) status register the status register contains information about the result of the most recently executed arithme- tic instruction. this information can be used for altering program flow in order to perform conditional operations. note that the status register is updated after all alu operations, as specified in the instruction set reference. this will in many cases remove the need for using the dedicated compare instructions, resulting in faster and more compact code. the status register is not automatically stored when entering an interrupt routine and restored when returning from an interrupt. this must be handled by software. sreg ? avr status register the avr status register ? sreg ? is defined as: ? bit 7 ? i: global interrupt enable the global interrupt enable bit must be set for th e interrupts to be enabled. the individual inter- rupt enable control is then performed in separate control registers. if the global interrupt enable register is cleared, none of the interrupts are enabled independent of the individual interrupt enable settings. the i-bit is cleared by hardware after an interrupt has occurred, and is set by the reti instruction to enable subsequent interrupts. the i-bit can also be set and cleared in software with the sei and cli instructions, as described in the instruction set reference. ? bit 6 ? t: bit copy storage the bit copy instructions bld (bit load) and bst (b it store) use the t-bit as source or desti- nation for the operated bit. a bit from a register in the register file can be copied into t by the bst instruction, and a bit in t can be copied into a bit in a register in the register file by the bld instruction. ? bit 5 ? h: half carry flag the half carry flag h indicates a half carry in some arithmetic operation s. half carry is useful in bcd arithmetic. see the ?instruction set description? for detailed information. ? bit 4 ? s: sign bit, s = n ?? v the s-bit is always an exclusive or between the negative flag n and the two?s complement overflow flag v. see the ?instruction set description? for detailed information. ? bit 3 ? v: two?s complement overflow flag the two?s complement overflow flag v suppor ts two?s complement arithmetics. see the ?instruction set description? for detailed information. ? bit 2 ? n: negative flag the negative flag n indicates a negative result in an arithmetic or logic operation. see the ?instruction set description? for detailed information. ? bit 1 ? z: zero flag the zero flag z indicates a zero result in an arithmetic or logic operation. see the ?instruction set description? for detailed information. bit 76543210 0x3f (0x5f) i t h s v n z c sreg read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
13 2490r?avr?02/2013 atmega64(l) ? bit 0 ? c: carry flag the carry flag c indicates a carry in an arithmetic or logic operation. see the ?instruction set description? for de tailed information. general purpose register file the register file is optimized for the avr enhanc ed risc instruction set. in order to achieve the required performance and flex ibility, the following in put/output schemes ar e supported by the register file: ? one 8-bit output operand and one 8-bit result input. ? two 8-bit output operands and one 8-bit result input. ? two 8-bit output operands and one 16-bit result input. ? one 16-bit output operand and one 16-bit result input. figure 4 shows the structure of the 32 general purpose working registers in the cpu. figure 4. avr cpu general purpose working registers most of the instructions operating on the register file have direct access to all registers, and most of them are single cycle instructions. as shown in figure 4 , each register is also assigned a data memory address, mapping them directly into the first 32 locations of the user data space. although not being physically imple- mented as sram locations, this memory organization provides great flexibility in access of the registers, as the x-, y-, and z-pointer registers can be set to index any register in the file. 7 0 addr. r0 0x00 r1 0x01 r2 0x02 ? r13 0x0d general r14 0x0e purpose r15 0x0f working r16 0x10 registers r17 0x11 ? r26 0x1a x-register low byte r27 0x1b x-register high byte r28 0x1c y-register low byte r29 0x1d y-register high byte r30 0x1e z-register low byte r31 0x1f z-register high byte
14 2490r?avr?02/2013 atmega64(l) x-, y-, and z-register the registers r26..r31 have some added functions to their general purpose usage. these reg- isters are 16-bit address pointers for indirect addressing of the data space. the three indirect address registers x, y, and z are defined as described in figure 5 . figure 5. the x-, y-, and z-registers in the different addressing modes these address registers have functions as fixed displacement, automatic increment, and automatic decrement (see the instruction set reference for details). stack pointer the stack is mainly used for storing temporary data, for storing local variables and for storing return addresses after interrupts and subroutine calls. the stack pointer register always points to the top of the stack. note that the stack is implemented as growing from higher memory loca- tions to lower memory locations. this implies that a stack push command decreases the stack pointer. if software reads the program counter from the stack after a call or an interrupt, unused bits (bit 15) should be masked out. the stack pointer points to the data sram stack area where the subroutine and interrupt stacks are located. this stack space in the data sram must be defined by the program before any subroutine calls are executed or interrupts are enabled. the stack pointer must be set to point above 0x60. the stack pointer is decrement ed by one when data is pushed onto the stack with the push instruction, and it is decremented by two when the return address is pushed onto the stack with subroutine call or interrupt. the stack pointer is incremented by one when data is popped from the stack with the pop instruction, and it is incremented by two when data is popped from the stack with return from subroutine ret or return from interrupt reti. the avr stack pointer is implemented as two 8- bit registers in the i/o space. the number of bits actually used is implementation dependent. note that the data space in some implementa- tions of the avr architecture is so small that only spl is needed. in this case, the sph register will not be present. instruction execution timing this section describes the general access timi ng concepts for instruction execution. the avr cpu is driven by the cpu clock clk cpu , directly generated from the selected clock source for the chip. no internal clo ck division is used. 15 xh xl 0 x - register 7 0 7 0 r27 (0x1b) r26 (0x1a) 15 yh yl 0 y - register 7 0 7 0 r29 (0x1d) r28 (0x1c) 15 zh zl 0 z - register 7 0 7 0 r31 (0x1f) r30 (0x1e) bit 151413121110 9 8 0x3e (0x5e) sp15 sp14 sp13 sp12 sp11 sp10 sp9 sp8 sph 0x3d (0x5d) sp7 sp6 sp5 sp4 sp3 sp2 sp1 sp0 spl 76543210 read/write r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 00000000
15 2490r?avr?02/2013 atmega64(l) figure 6 shows the parallel instruction fetches and instruction executions enabled by the har- vard architecture and the fast-access register file concept. this is the basic pipelining concept to obtain up to 1 mips per mhz with the corr esponding unique results for functions per cost, functions per clocks, and functions per power-unit. figure 6. the parallel instruction fetches and instruction executions figure 7 shows the internal timing concept for the register file. in a single clock cycle an alu operation using two register operands is executed, and the result is stored back to the destina- tion register. figure 7. single cycle alu operation reset and interrupt handling the avr provides several different interrupt sources. these interrupts and the separate reset vector each have a separate program vector in the program memory space. all interrupts are assigned individual enable bits which must be written logic one together with the global interrupt enable bit in the status register in orde r to enable the interrupt. depending on the program counter value, interrupts may be automatically disabled when boot lock bits blb02 or blb12 are programmed. this feature improves software security. see the section ?memory program- ming? on page 290 for details. the lowest addresses in the program memory space are by default defined as the reset and interrupt vectors. the complete list of vectors is shown in ?interrupts? on page 61 . the list also determines the priority levels of the different interrupts. the lower the address the higher is the priority level. reset has the highest priority, and next is int0 ? the external interrupt request 0. the interrupt vectors can be moved to the start of the boot flash section by setting the ivsel bit in the mcu control r egister (mcucr). refer to ?interrupts? on page 61 for more information. the reset vector can also be moved to the start of the boot flash section by programming the bootrst fuse, see ?boot loader support ? read-while-write self-programming? on page 277 . clk 1st instruction fetch 1st instruction execute 2nd instruction fetch 2nd instruction execute 3rd instruction fetch 3rd instruction execute 4th instruction fetch t1 t2 t3 t4 cpu total execution time register operands fetch alu operation execute result write back t1 t2 t3 t4 clk cpu
16 2490r?avr?02/2013 atmega64(l) when an interrupt occurs, the global interrupt enable i-bit is cleared and all interrupts are dis- abled. the user software can write logic one to the i-bit to enable nested interrupts. all enabled interrupts can then interrupt the current interrupt routine. the i-bit is automatically set when a return from interrupt instruction ? reti ? is executed. there are basically two types of interrupts. the fi rst type is triggered by an event that sets the interrupt flag. for these interrupts, the program counter is vectored to the actual interrupt vector in order to execute the interrupt handling rout ine, and hardware clears the corresponding inter- rupt flag. interrupt flags can also be cleared by wr iting a logic one to the flag bit position(s) to be cleared. if an interrupt condition occurs while the corresponding interrupt enable bit is cleared, the interrupt flag will be set and re membered until the inte rrupt is enabled, or the flag is cleared by software. similarly, if one or more interrupt condit ions occur while the global interrupt enable bit is cleared, the corresponding interrupt flag(s) w ill be set and remembered until the global interrupt enable bit is set, and will th en be executed by order of priority. the second type of interrupts will trigger as long as the interrupt condition is present. these interrupts do not necessarily have interrupt flags. if the interrupt condition disappears before the interrupt is enabled, the in terrupt will not be triggered. when the avr exits from an inte rrupt, it will always retu rn to the main pr ogram and execute one more instruction before any pending interrupt is served. note that the status register is not automatica lly stored when entering an interrupt routine, nor restored when returning from an interrupt routine. this must be handled by software. when using the cli instruction to disable interrupts, the interrup ts will be immediately disabled. no interrupt will be executed af ter the cli instruction, even if it occurs simultaneously with the cli instruction. the following example shows how this can be used to avoid interrupts during the timed eeprom write sequence. assembly code example in r16, sreg ; store sreg value cli ; disable interrupts during timed sequence sbi eecr, eemwe ; start eeprom write sbi eecr, eewe out sreg, r16 ; restore sreg value (i-bit) c code example char csreg; csreg = sreg; /* store sreg value */ /* disable interrupts during timed sequence */ _cli(); eecr |= (1< 17 2490r?avr?02/2013 atmega64(l) when using the sei instruction to enable interr upts, the instruction following sei will be exe- cuted before any pending interrupts, as shown in this example. interrupt response time the interrupt execution response for all the enabl ed avr interrupts is four clock cycles mini- mum. after four clock cycles the program vector address for the actual interrupt handling routine is executed. during this four clock cycle period, the program counter is pushed onto the stack. the vector is normally a jump to the interrupt routine, and this jump takes three clock cycles. if an interrupt occurs during execution of a multi- cycle instruction, this in struction is completed before the interrupt is served. if an interrupt occurs when the mcu is in sleep mode, the interrupt execution response time is increased by four clock cycles. this increase comes in addition to the start-up time from the selected sleep mode. a return from an interrupt handling routine take s four clock cycles. during these four clock cycles, the program counter (two bytes) is popped back from the stack, the stack pointer is incremented by two, and the i-bit in sreg is set. assembly code example sei ; set global interrupt enable sleep ; enter sleep, waiting for interrupt ; note: will enter sleep before any pending ; interrupt(s) c code example _sei(); /* set global interrupt enable */ _sleep(); /* enter sleep, waiting for interrupt */ /* note: will enter sleep before any pending interrupt(s) */
18 2490r?avr?02/2013 atmega64(l) avr memories this section describes the different memories in the atmega64. the avr architecture has two main memory spaces, the data memory and t he program memory space. in addition, the atmega64 features an eeprom me mory for data storage. all th ree memory spaces are linear and regular. in-system reprogrammable flash program memory the atmega64 contains 64 kbytes on-chip in-system reprogrammable flash memory for pro- gram storage. since all avr instructions are 16 bits or 32 bits wide, the flash is organized as 32k x 16. for software security, the flash program memory space is divided into two sections, boot program section and application program section. the flash memory has an endurance of at least 10,000 write/erase cycles. the atmega64 pro- gram counter (pc) is 15 bits wide, thus addressing the 32k program memory locations. the operation of boot program section and associated boot lock bits for software protection are described in detail in ?boot loader support ? read-while-write self-programming? on page 277 . ?memory programming? on page 290 contains a detailed description on flash programming in spi, jtag, or paralle l programming mode. constant tables can be allocated within the entire program memory address space (see the lpm ? load program memory instruction description). timing diagrams for instruction fetch and execution are presented in ?instruction execution tim- ing? on page 14 . figure 8. program memory map $0000 $7fff application flash section boot flash section
19 2490r?avr?02/2013 atmega64(l) sram data memory the atmega64 supports two different configurati ons for the sram data memory as listed in table 1 . figure 9 on page 20 shows how the atmega64 sram memory is organized. the atmega64 is a complex microcontroller with more peripheral units than can be supported within the 64 locations reserved in the opcode for the in and out instructions. for the extended i/o space from 0x60 - 0xff in sram, only the st/sts/std and ld/lds/ldd instruc- tions can be used. the extended i/o space does not exist when the atmega64 is in the atmega103 com patibility mode. the first 4,352 data memory locations address bo th the register file, the i/o memory, extended i/o memory, and the internal data sram. the firs t 32 locations address the register file, the next 64 location the standard i/o memory, then 160 locations of extended i/o memory, and the next 4,096 locations address the internal data sram. in atmega103 compatibilit y mode, the first 4,096 data memory locations address both the reg- ister file, the i/o memory and the internal data sram. the first 32 locations address the register file, the next 64 location the standard i/o memory, and the next 4,000 locations address the internal data sram. an optional external data sram can be us ed with the atmega64. this sram will occupy an area in the remaining address locations in the 64k address space. this area starts at the address following the internal sram. the register file, i/o, extended i/o and internal sram occupy the lowest 4,352 bytes in normal mode, and the lowest 4,096 bytes in the atmega103 compatibility mode (extended i/o not present), so when using 64 kbytes(65,536 bytes) of exter- nal memory, 61,184 bytes of external memory are available in normal mode, and 61,440 bytes in atmega103 com patibility mode. see ?external memory interface? on page 27 for details on how to take advantage of the external memory map. when the addresses accessing the sram memory space exceeds the internal data memory locations, the external data sram is accessed using the same instructions as for the internal data memory access. when the internal data memories are accessed, the read and write strobe pins (pg0 and pg1) are inacti ve during the whole access cycl e. external sram operation is enabled by setting the sre bit in the mcucr register. accessing external sram takes one additional clock cycle per byte compared to access of the internal sram. this means that the commands ld, st, lds, sts, ldd, std, push, and pop take one additional clock cycle. if the stack is placed in external sram, interrupts, subroutine calls and returns take three clock cycles extra because the 2-byte program counter is pushed and popped, and external memory access does not take advantage of the internal pipeline memory access. when external sram interface is used with wait state, one-byte external access takes two, three, or f our additional clock cycles for o ne, two, and three wait states respectively. interrupt, subroutine calls and return s will need five, seven, or nine clock cycles more than specified in the avr instruction set manual for one, two, and three waitstates. the five different addressing modes for the data memory cover: direct, indirect with displace- ment, indirect, indirect with pre-decrement, and indirect with post-increment. in the register file, registers r26 to r31 feature the indirect addressing pointer registers. the direct addressing reaches the entire data space. table 1. memory configurations configuration internal sram data memory external sram data memory normal mode 4096 up to 64k atmega103 compatibility mode 4000 up to 64k
20 2490r?avr?02/2013 atmega64(l) the indirect with displacement mode reaches 63 address locations from the base address given by the y- or z-register. when using register indirect addressing modes with automatic pre-decrement and post-incre- ment, the address registers x, y, and z are decremented or incremented. the 32 general purpose working registers, 64 i/o registers, 160 extended i/o registers, and the 4,096 bytes of internal data sram in the atmega64 are all accessible through all these addressing modes. the register file is described in ?general purpose register file? on page 13 . figure 9. data memory map memory configuration b 32 registers 64 i/o registers internal sram (4000 x 8) $0000 - $001f $0020 - $005f $1000 $0fff $ffff $0060 data memory external sram (0 - 64k x 8) memory configuration a 32 registers 64 i/o registers internal sram (4096 x 8) $0000 - $001f $0020 - $005f $1100 $10ff $ffff $0060 - $00ff data memory external sram (0 - 64k x 8) 160 ext i/o reg. $0100
21 2490r?avr?02/2013 atmega64(l) data memory access times this section describes the general access timi ng concepts for internal memory access. the internal data sram access is performed in two clk cpu cycles as described in figure 10 . figure 10. on-chip data sram access cycles eeprom data memory the atmega64 contains 2 kbytes of data eeprom memory. it is organi zed as a separate data space, in which single bytes can be read and written. the eeprom has an endurance of at least 100,000 write/erase cycles. the access between the eeprom and the cpu is described in the following, specif ying the eeprom address registers, the eeprom data register, and the eeprom control register. ?memory programming? on page 290 contains a detailed description on eeprom programming in spi, jtag, or para llel programming mode. eeprom read/write access the eeprom access registers are accessible in the i/o space. the write access time for the eeprom is given in table 2 on page 24 . a self-timing function, however, lets the user software detect when the nex t byte can be written. if the user code con- tains instructions that write the eeprom, some precautions must be taken. in heavily filtered power supplies, v cc is likely to rise or fall slowly on po wer-up/down. this causes the device for some period of time to run at a voltage lower than specified as minimum for the clock frequency used. see ?preventing eeprom corruption? on page 26. for details on how to avoid problems in these situations. in order to prevent unintentional eeprom writes, a specific write procedure must be followed. refer to the description of the eeprom control regist er for details on this. when the eeprom is read, the cpu is halted for fo ur clock cycles before the next in struction is executed. when the eeprom is written, the cp u is halted for two clock cycles before the next instruction is executed. clk wr rd data data address address valid t1 t2 t3 compute address read write cpu memory access instruction next instruction
22 2490r?avr?02/2013 atmega64(l) eearh and eearl ? eeprom address register ? bits 15..11 ? res: reserved bits these are reserved bits and will always read as zero. when writing to this address location, write these bits to zero for compatibility with future devices. ? bits 10..0 ? eear10..0: eeprom address the eeprom address registers ? eearh and eearl specify the eeprom address in the 2 kbytes eeprom space. the eepr om data bytes are addressed linearly between 0 and 2,048. the initial value of eear is undefined. a prop er value must be writte n before the eeprom may be accessed. eedr ? eeprom data register ? bits 7..0 ? eedr7.0: eeprom data for the eeprom write operation, the eedr register contains the data to be written to the eeprom in the address given by the eear regi ster. for the eeprom read operation, the eedr contains the data read out from the eeprom at the add ress given by eear. eecr ? eeprom control register ? bits 7..4 ? res: reserved bits these bits are reserved bits in the atmega64 and will always read as zero. ? bit 3 ? eerie: eeprom ready interrupt enable writing eerie to one enab les the eeprom ready interrupt if th e i-bit in sreg is set. writing eerie to zero disables the interrupt. the eep rom ready interrupt generates a constant inter- rupt when eewe is cleared. bit 1514131211 10 9 8 0x1f (0x3f) ? ? ? ? ? eear10 eear9 eear8 eearh 0x1e (0x3e) eear7 eear6 eear5 eear4 eear3 eear2 eear1 eear0 eearl 76543 2 10 read/write r r r r r r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 x x x xxxxx x xx bit 76543210 0x1d (0x3d) msb lsb eedr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543 2 10 0x1c (0x3c) ? ? ? ? eerie eemwe eewe eere eecr read/write r r r r r/w r/w r/w r/w initial value 0 0 0 0 0 0 x 0
23 2490r?avr?02/2013 atmega64(l) ? bit 2 ? eemwe: eeprom master write enable the eemwe bit determines whether setting eewe to one causes the eeprom to be written. when eemwe is written to one, writing eewe to one within four clock cycles will write data to the eeprom at the selected address. if eemwe is zero, writing eewe to one will have no effect. when eemwe has been written to one by software, hardware clears the bit to zero after four clock cycles. see the description of the eewe bit for an eeprom write procedure. ? bit 1 ? eewe: eeprom write enable the eeprom write enable signal eewe is the write strobe to the eeprom. when address and data are correctly set up, the eewe bit must be set to write the value into the eeprom. the eemwe bit must be set when the logical o ne is written to eewe, otherwise no eeprom write takes place. the following procedure shoul d be followed when writing the eeprom (the order of steps 3 and 4 is not essential): 1. wait until eewe becomes zero. 2. wait until spmen in spmcsr becomes zero. 3. write new eeprom address to eear (optional). 4. write new eeprom data to eedr (optional). 5. write a logical one to the eemwe bit while writing a zero to eewe in eecr. 6. within four clock cycles after setting eemwe, write a logical one to eewe. the eeprom can not be programmed during a cpu write to the flash memory. the software must check that the flash programming is co mpleted before initiating a new eeprom write. step 2 is only relevant if the software contai ns a boot loader allowing the cpu to program the flash. if the flash is never being updated by the cpu, step 2 can be omitted. see ?boot loader support ? read-while-write self-programming? on page 277 for details about boot programming. caution: an interrupt between step 5 and step 6 will make the write cycle fail, since the eeprom master write enable will time-out. if an interrupt routine accessing the eeprom is interrupting another eeprom acce ss, the eear or eedr register will be modified, causing the interrupted eeprom access to fail. it is recommended to have the global interrupt flag cleared during the four last steps to avoid these problems. when the write access time has elapsed, the eewe bit is cleared by hardware. the user soft- ware can poll this bit and wait for a zero before writing the next byte. when eewe has been set, the cpu is halted for two cycles before the next instruction is executed. ? bit 0 ? eere: eeprom read enable the eeprom read enable signal eere is the re ad strobe to the eeprom. when the correct address is set up in the eear register, the eere bit must be written to a logic one to trigger the eeprom read. the eeprom read access takes one instruction, and th e requested data is available immediately. when t he eeprom is read, the cpu is ha lted for four cycles before the next instruction is executed. the user should poll the eewe bit before starti ng the read operation. if a write operation is in progress, it is neither possi ble to read the eeprom, nor to change the eear register. the calibrated oscillator is used to time the eeprom accesses. table 2 lists the typical pro- gramming time for eeprom access from the cpu.
24 2490r?avr?02/2013 atmega64(l) note: 1. uses 1 mhz clock, independent of cksel fuse settings. the following code examples show one assembly and one c function for writing to the eeprom. the examples assume that interrupts ar e controlled (for example, by disabling inter- rupts globally) so that no inte rrupts will occur during execution of these functi ons. the examples also assume that no flash boot loader is present in the software. if such code is present, the eeprom write function must also wait fo r any ongoing spm co mmand to finish. table 2. eeprom programming time (1) symbol number of calibrated rc oscillator cycles typ programming time eeprom write (from cpu) 8448 8.4 ms assembly code example eeprom_write: ; wait for completion of previous write sbic eecr,eewe rjmp eeprom_write ; set up address (r18:r17) in address register out eearh, r18 out eearl, r17 ; write data (r16) to data register out eedr,r16 ; write logical one to eemwe sbi eecr,eemwe ; start eeprom write by setting eewe sbi eecr,eewe ret c code example void eeprom_write( unsigned int uiaddress, unsigned char ucdata) { /* wait for completion of previous write */ while(eecr & (1< 25 2490r?avr?02/2013 atmega64(l) the next code examples show assembly and c functions for reading the eeprom. the exam- ples assume that interrupts are controlled so that no interrupts will occur during execution of these functions. eeprom write during power-down sleep mode when entering power-down sl eep mode while an eeprom writ e operation is active, the eeprom write operation will continue, and will complete before the write access time has passed. however, when the write operation is completed, the oscillator continues running, and as a consequence, the device does not enter power-down entirely. it is therefore recommended to verify that the eeprom wr ite operation is completed before entering power-down. assembly code example eeprom_read: ; wait for completion of previous write sbic eecr,eewe rjmp eeprom_read ; set up address (r18:r17) in address register out eearh, r18 out eearl, r17 ; start eeprom read by writing eere sbi eecr,eere ; read data from data register in r16,eedr ret c code example unsigned char eeprom_read( unsigned int uiaddress) { /* wait for completion of previous write */ while(eecr & (1< 26 2490r?avr?02/2013 atmega64(l) preventing eeprom corruption during periods of low v cc, the eeprom data can be corrupted because the supply voltage is too low for the cpu and the eeprom to operate properly. these issues are the same as for board level systems using eepr om, and the same design so lutions should be applied. an eeprom data corruption can be caused by two situations when the voltage is too low. first, a regular write sequence to the eeprom requires a minimum voltage to operate correctly. sec- ondly, the cpu itself can execute instructions incorrectly, if the supp ly voltage is too low. eeprom data corruption can ea sily be avoided by followin g this design recommendation: keep the avr reset active (low) during periods of insufficient powe r supply voltage. this can be done by enabling the internal brown-out detector (bod). if the detection level of the internal bod does not match the needed detection level, an external low v cc reset protec- tion circuit can be used. if a reset occurs whil e a write operation is in progress, the write operation will be completed prov ided that the po wer supply voltag e is sufficient. i/o memory the i/o space definition of the atmega64 is shown in ?register summary? on page 392 . all atmega64 i/os and peripherals are placed in the i/o space. all i/o locations may be accessed by the ld/lds/ldd and st/sts/std instructions, transferring data between the 32 general purpose working registers and the i/o space. i/o registers within the address range 0x00 - 0x1f are directly bit-acce ssible using the sbi and cbi instructions. in these registers, the value of single bits can be checked by using the sbis and sbic instructions. refer to the instruction set section for more details. when using the i/o specific commands in and out, the i/o addresses 0x00 - 0x3f must be used. when addr essing i/o registers as data space using ld and st instructions, 0x20 must be added to these addresses. the atmega64 is a complex microcontroller with more peripheral units than can be supported within the 64 location reserved in opcode for the in and out instructions. for the extended i/o space from 0x60 - 0xff in sram, only the st/sts/std and ld/lds/ldd instructions can be used. the extended i/o space is replaced with sram locations when the atmega64 is in t he atmega103 compatibility mode. for compatibility with future devices, reserved bits should be written to zero if accessed. reserved i/o memory addresses should never be written. some of the status flags are cleared by writing a logical one to them. note that the cbi and sbi instructions will operate on all bi ts in the i/o register, writi ng a one back into any flag read as set, thus clearing the flag. the cbi and sbi inst ructions work with registers 0x00 to 0x1f only. the i/o and peripherals control registers are explained in later sections.
27 2490r?avr?02/2013 atmega64(l) external memory interface with all the features that the external memory interface provides, it is well suited to operate as an interface to memory devices such as external sram and flash, and peripherals such as lcd-display, a/d, and d/a. the main features are: ? four different wait-state settings (including no wait-state). ? independent wait-state setting for different external memory sectors (configurable sector size). ? the number of bits dedicated to address high byte is selectable. ? bus keepers on data lines to mini mize current consumption (optional). overview when the external memory (xmem) is enabl ed, address space outside the internal sram becomes available using the dedicated external memory pins (see figure 1 on page 2 , table 27 on page 73 , table 33 on page 77 , and table 45 on page 85 ). the memory configuration is shown in figure 11 . figure 11. external memory with sector select (1) note: 1. atmega64 in non atmega103 compatibility m ode: memory configuration a is available (mem- ory configuration b n/a). atmega64 in mega103 compatibility mode: memory configuration b is available (memory configuration a n/a). memory configuration a 0x0000 0x10ff external memory (0-60k x 8) 0xffff internal memory srl[2..0] srw11 srw10 srw01 srw00 lower sector upper sector 0x1100 memory configuration b 0x0000 external memory (0-60k x 8) 0xffff internal memory srw10 0x0fff 0x1000
28 2490r?avr?02/2013 atmega64(l) atmega103 compatibility both external memory control registers, xmcra and xmcrb, are placed in extended i/o space. in atmega103 compatibilit y mode, these regist ers are not availabl e, and the features selected by these registers are not available. the device is still atmega103 compatible, as these features did not exist in atmega103. the limitations in atmega103 compatibility mode are: ? only two wait-state settings are available (srw1n = 0b00 and srw1n = 0b01). ? the number of bits that are assigned to address high byte are fixed. ? the external memory section cannot be divided into sectors with different wait-state settings. ? bus keeper is not available. ?rd , wr , and ale pins are output only (port g in atmega64). using the external memory interface the interface consists of: ? ad7:0: multiplexed low-order address bus and data bus. ? a15:8: high-order address bus (configurable number of bits). ? ale: address latch enable. ?rd : read strobe. ?wr : write strobe. the control bits for the external memory interface are located in three registers, the mcu con- trol register ? mcucr, the ex ternal memory control regist er a ? xmcra, and the external memory control register b ? xmcrb. when the xmem interface is enabled, the xmem interface will override the setting in the data direction registers that corresponds to the ports dedicated to the xmem interface. for details about the port override, see the alternate functions in section ?i/o ports? on page 66 . the xmem interface will auto-detect wh ether an access is internal or extern al. if the access is external, the xmem interface will output address, data, and the control si gnals on the ports according to fig- ure 13 (this figure shows the wave forms without wait states). when ale goes from high-to-low, there is a valid address on ad7:0. ale is low during a data transfer. when the xmem interface is enabled, also an internal access will cause activity on a ddress-, data- and al e ports, but the rd and wr strobes will not toggle during internal access. when the external memory interface is disabled, the normal pin and data direction settings are used. note that when the xmem inter- face is disabled, the address space above the internal sram boundary is not mapped into the internal sram. figure 12 illustrates how to connect an extern al sram to the avr using an octal latch (typically 74 573 or equivalent ) which is transparent when g is high. address latch requirements due to the high-speed operation of the xram interface, the address latch must be selected with care for system frequencies above 8 mhz @ 4v and 4 mhz @ 2.7v. when operating at condi- tions above these frequencies, the typical old style 74hc series latch becomes inadequate. the external memory interface is designed in comp liance to the 74ahc series latch. however, most latches can be used as long they comply with the main timing parameters. the main parameters for the address latch are: ? d to q propagation delay (t pd ). ? data setup time before g low (t su ). ? data (address) hold time after g low ( th ). the external memory interface is designed to guaranty minimum address hold time after g is asserted low of t h = 5 ns (refer to t laxx_ld /t llaxx_st in table 137 to table 144 on page 337 ). the d to q propagation delay (t pd ) must be taken into consideration when calculating the access time requirement of the external component. the data setup time before g low (t su ) must not exceed address valid to ale low (t avllc ) minus pcb wiring delay (dependent on the capacitive load).
29 2490r?avr?02/2013 atmega64(l) figure 12. external sram connected to the avr pull-up and bus keeper the pull-ups on the ad7:0 ports may be activated if the corresponding port register is written to one. to reduce power consumption in sleep mode, it is recommended to disable the pull-ups by writing the port register to zero before entering sleep. the xmem interface also provides a bus k eeper on the ad7:0 lines. the bus keeper can be disabled and enabled in software as described in ?xmcrb ? external memory control register b? on page 34 . when enabled, the bus ke eper will ensure a defined logi c level (zero or one) on the ad7:0 bus when these lines would otherwise be tri-stated by the xmem interface. timing external memory devices have different timing requirements. to meet these requirements, the atmega64 xmem interface provides four different wait states as shown in table 4 . it is impor- tant to consider the timing specification of the ex ternal memory device be fore selecting the wait- state. the most important parameters are the access time for the external memory compared to the set-up requirement of the atmega64. the access time for the external memory is defined to be the time from receiving the chip select/address until the data of this address actually is driven on the bus. the access time cannot exceed the time from the ale pulse is asserted low until data must be stable during a read sequence (t llrl + t rlrh - t dvrh in table 137 to table 144 on page 337 ). the different wait states are set up in software. as an additional feature, it is possible to divide the external memory s pace in two sectors with indivi dual wait-state settings. this makes it possible to connect two different memory devices with different timing requirements to the same xmem interface. for xmem interface timing details, please refer to figure 159 to fig- ure 162 , and table 137 to table 144 . note that the xmem interface is asynchronous and that the waveforms in the following figures are related to the internal system clock. t he skew between the internal and external clock (xtal1) is not guaranteed (varies between devices, temperature, and supply voltage). conse- quently the xmem interface is not suited for synchronous operation. d[7:0] a[7:0] a[15:8] rd wr sram dq g ad7:0 ale a15:8 rd wr avr
30 2490r?avr?02/2013 atmega64(l) figure 13. external data memory cycles without wait state (1) (srwn1 = 0 and srwn0 =0) note: 1. srwn1 = srw11 (upper sector) or srw01 (lower sector), srwn0 = srw10 (upper sector) or srw00 (lower sector). the ale pulse in period t4 is only present if the next instruction accesses the ram (internal or external). figure 14. external data memory cycles with srwn1 = 0 and srwn0 = 1 (1) note: 1. srwn1 = srw11 (upper sector) or srw01 (lower sector), srwn0 = srw10 (upper sector) or srw00 (lower sector). the ale pulse in period t5 is only present if the next instruction accesses the ram (internal or external). ale t1 t2 t3 write read wr t4 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data prev. data address data prev. data address da7:0 (xmbk = 1) system clock (clk cpu ) xxxxx xxxxxxxx ale t1 t2 t3 write read wr t5 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data prev. data address data prev. data address da7:0 (xmbk = 1) system clock (clk cpu ) t4
31 2490r?avr?02/2013 atmega64(l) figure 15. external data memory cycles with srwn1 = 1 and srwn0 = 0 (1) note: 1. srwn1 = srw11 (upper sector) or srw01 (lower sector), srwn0 = srw10 (upper sector) or srw00 (lower sector). the ale pulse in period t6 is only present if the next instruction accesses the ram (internal or external). figure 16. external data memory cycles with srwn1 = 1 and srwn0 = 1 (1) note: 1. srwn1 = srw11 (upper sector) or srw01 (lower sector), srwn0 = srw10 (upper sector) or srw00 (lower sector). the ale pulse in period t7 is only present if the next instruction accesses the ram (internal or external). ale t1 t2 t3 write read wr t6 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data prev. data address data prev. data address da7:0 (xmbk = 1) system clock (clk cpu ) t4 t5 ale t1 t2 t3 write read wr t7 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data prev. data address data prev. data address da7:0 (xmbk = 1) system clock (clk cpu ) t4 t5 t6
32 2490r?avr?02/2013 atmega64(l) xmem register description mcucr ? mcu control register ? bit 7 ? sre: external sram/xmem enable writing sre to one enables the external memory interface.the pin functions ad7:0, a15:8, ale, wr , and rd are activated as the alternate pin functions. the sre bit overrides any pin direction settings in the respective data directio n registers. writing sre to zero, disables the external memory interface and the normal pin and data direction settings are used. ? bit 6 ? srw10: wait state select bit for a detailed description in non atmega103 compatibility mode, see common description for the srwn bits below (xmra description). in atmega103 compatibility mode, writing srw10 to one enables the wait state and one extra cycle is added during read/write strobe as shown in figure 14 . xmcra ? external memory control register a ? bit 7 ? res: reserved bit this is a reserved bit and will always read as zero. when writing to this address location, write this bit to zero for comp atibility with future devices. ? bit 6..4 ? srl2, srl1, srl0 : wait state sector limit it is possible to configure different wait stat es for different external memory addresses. the external memory address space can be divided in two sectors that have separate wait-state bits. the srl2, srl1, and srl0 bits select the split of the sectors, see table 3 and figure 11 . by default, the srl2, srl1, and srl0 bits are set to zero and the entire external memory address space is treated as one sector. when the entire sram address space is configured as one sec- tor, the wait states are configured by the srw11 and srw10 bits. bit 76543210 0x35 (0x55) sre srw10 se sm1 sm0 sm2 ivsel ivce mcucr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x6d) ? srl2 srl1 srl0 srw01 srw00 srw11 ? xmcra read/write r r/w r/w r/w r/w r/w r/w r initial value00000000
33 2490r?avr?02/2013 atmega64(l) ? bit 1 and bit 6 mcucr ? srw11, srw10: wait state select bits for upper sector the srw11 and srw10 bits control the number of wait states for the upper sector of the exter- nal memory address space, see table 4 . ? bit 3..2 ? srw01, srw00: wait state select bits for lower sector the srw01 and srw00 bits control the number of wait states for the lower sector of the exter- nal memory address space, see table 4 . note: 1. n = 0 or 1 (lower/upper sector). for further details of the timing and wait stat es of the external memory interface, see figure 13 to figure 16 how the setting of the srw bits affects the timing. ? bit 0 ? res: reserved bit this is a reserved bit and will always read as zero. when writing to this address location, write this bit to zero for comp atibility with future devices. table 3. sector limits with different settings of srl2..0 srl2 srl1 srl0 sector limits 0 0 0 lower sector = n/a upper sector = 0x1100 - 0xffff 0 0 1 lower sector = 0x1100 - 0x1fff upper sector = 0x2000 - 0xffff 0 1 0 lower sector = 0x1100 - 0x3fff upper sector = 0x4000 - 0xffff 0 1 1 lower sector = 0x1100 - 0x5fff upper sector = 0x6000 - 0xffff 1 0 0 lower sector = 0x1100 - 0x7fff upper sector = 0x8000 - 0xffff 1 0 1 lower sector = 0x1100 - 0x9fff upper sector = 0xa000 - 0xffff 1 1 0 lower sector = 0x1100 - 0xbfff upper sector = 0xc000 - 0xffff 1 1 1 lower sector = 0x1100 - 0xdfff upper sector = 0xe000 - 0xffff table 4. wait states (1) srwn1 srwn0 wait states 0 0 no wait states 0 1 wait one cycle during read/write strobe 1 0 wait two cycles duri ng read/write strobe 11 wait two cycles during read/write and wait one cycle before driving out new address
34 2490r?avr?02/2013 atmega64(l) xmcrb ? external memory control register b ? bit 7 ? xmbk: external memory bus keeper enable writing xmbk to one enables the bus keeper on the ad7:0 lines. when the bus keeper is enabled, it will ensure a defined logic level (zero or one) on ad 7:0 when they would otherwise be tri-stated. writing xmbk to zero disables the bus keeper. xmbk is not qualified with sre, so even if the xmem interface is disabled, the bu s keepers are still activated as long as xmbk is one. ? bit 6..3 ? res: reserved bits these are reserved bits and will always read as zero. when writing to this address location, write these bits to zero for compatibility with future devices. ? bit 2..0 ? xmm2, xmm1, xmm0: external memory high mask when the external memory is enabled, all port c pins are default used for the high address byte. if the full 60 kbytes address space is not required to access the external memory, some, or all, port c pins can be released for normal port pin function as described in table 5 . as described in ?using all 64kbytes locations of external memory? on page 36 , it is possible to use the xmmn bits to access all 64 kbytes locations of the external memory. bit 76543210 (0x6c) xmbk ? ? ? ? xmm2 xmm1 xmm0 xmcrb read/write r/w r r r r r/w r/w r/w initial value00000000 table 5. port c pins released as normal port pins when the external memory is enabled xmm2 xmm1 xmm0 # bits for external memory address released port pins 0 0 0 8 (full 60 kbytes space) none 0017 pc7 0106 pc7 - pc6 0115 pc7 - pc5 1004 pc7 - pc4 1013 pc7 - pc3 1102 pc7 - pc2 1 1 1 no address high bits full port c
35 2490r?avr?02/2013 atmega64(l) using all locations of external memory smaller than 64 kbytes since the external memory is mapped after the internal memory as shown in figure 11 , the external memory is not addressed when addressing the first 4,352 bytes of data space. it may appear that the first 4,352 bytes of the external memory are inaccessible (external memory addresses 0x0000 to 0x10ff). however, when connecting an external memory smaller than 64 kbytes, for example 32 kbytes, these locations are easily accessed simp ly by addressing from address 0x8000 to 0x90ff. since the external me mory address bit a15 is not connected to the external memory, addr esses 0x8000 to 0x90ff will appear as addresses 0x0000 to 0x10ff for the external memory. addressi ng above address 0x90 ff is not recommend ed, since this will address an external memory location that is al ready accessed by another (lower) address. to the application software, the ex ternal 32 kbytes memory will appear as one li near 32 kbytes address space from 0x1100 to 0x90ff. this is illustrated in figure 17 . memory configuration b refers to the atmega103 compat ibility mode, configuration a to the non-compatible mode. when the device is set in at mega103 compatib ility mode, the internal address space is 4,096 bytes. this implies that the first 4,096 byte s of the external memory can be accessed at addresses 0x8000 to 0x8fff. to the application software, the external 32 kbytes memory will appear as one linear 32 kbytes address space from 0x1000 to 0x8fff. figure 17. address map with 32 kbytes external memory 0x0000 0x10ff 0xffff 0x1100 0x7fff 0x8000 0x 9 0ff 0x 9 100 0x0000 0x10ff 0x1100 0x7fff memory configuration a memory configuration b internal memory (unused) avr memory map external 32k sram external memory 0x0000 0x0fff 0xffff 0x1000 0x7fff 0x8000 0x8fff 0x 9 000 0x0000 0x0fff 0x1000 0x7fff internal memory (unused) avr memory map external 32k sram external memory
36 2490r?avr?02/2013 atmega64(l) using all 64kbytes locations of external memory since the external memory is mapped af ter the internal memory as shown in figure 11 , only 60 kbytes of external memory is available by defa ult (address space 0x0000 to 0x10ff is reserved for internal memory). however, it is possible to take advantage of the entire external memory by masking the higher address bits to zero. this can be done by using the xmmn bits and con- trolled by software the most significant bits of the address. by setting port c to output 0x00, and releasing the most significant bits for normal port pin operation, the memory interface will address 0x0000 - 0x1fff. see code examples below. note: 1. see ?about code examples? on page 9. care must be exercised using this option as most of the memory is masked away. assembly code example (1) ; offset is defined to 0x2000 to ensure ; external memory access ; configure port c (address high byte) to ; output 0x00 when the pins are released ; for normal port pin operation ldi r16, 0xff out ddrc, r16 ldi r16, 0x00 out portc, r16 ; release pc7:5 ldi r16, (1< 37 2490r?avr?02/2013 atmega64(l) system clock and clock options clock systems and their distribution figure 18 presents the principal clock systems in the avr and their distribution. all of the clocks need not be active at a given time. in order to reduce power consumption, the clocks to modules not being used can be halted by using different sleep modes, as described in ?power manage- ment and sleep modes? on page 46 . the clock systems are detailed below. figure 18. clock distribution cpu clock ? clk cpu the cpu clock is routed to parts of the system concerned with operation of the avr core. examples of such modules are the general pur pose register file, the status register and the data memory holding the stack pointer. halting the cpu clock inhibits the core from performing general operations and calculations. i/o clock ? clk i/o the i/o clock is used by the majority of the i/o modules, like timer/counters, spi, and usart. the i/o clock is also used by the external inte rrupt module, but note that some external inter- rupts are detected by asynchronous logic, allowing such interrupts to be detected even if the i/o clock is halted. also note that address recognition in the twi module is carried out asynchro- nously when clk i/o is halted, enabling twi address reception in all sleep modes. flash clock ? clk flash the flash clock controls operation of the flash in terface. the flash clock is usually active simul- taneously with the cpu clock. general i/o modules asynchronous timer/counter adc cpu core ram clk i/o clk asy avr clock control unit clk cpu flash and eeprom clk flash clk adc source clock watchdog timer watchdog oscillator reset logic clock multiplexer watchdog clock calibrated rc oscillator timer/counter oscillator crystal oscillator low-frequency crystal oscillator external rc oscillator external clock
38 2490r?avr?02/2013 atmega64(l) asynchronous timer clock ? clk asy the asynchronous timer clock al lows the asynchronous timer/c ounter to be clocked directly from an external 32 khz clock crystal. th e dedicated clock domain allows using this timer/counter as a real-time counter even when the device is in sleep mode. adc clock ? clk adc the adc is provided with a dedicated clock domain. this allows halting the cpu and i/o clocks in order to reduce noise generated by digital circuitry. this gives more accurate adc conversion results. clock sources the device has the following clock source options, selectable by flash fuse bits as shown below. the clock from the selected source is input to the avr clock generator, and routed to the appropriate modules. note: 1. for all fuses ?1? means unprogrammed while ?0? means programmed. the various choices for each clocking option is given in the following sections. when the cpu wakes up from power-down or power-save, the selected clock source is used to time the start- up, ensuring stable osc illator operation bef ore instruction execution st arts. when the cpu starts from reset, there is as an additional delay allowing the power to reach a stable level before com- mencing normal operation. the watchdog oscillator is used for timing this real-time part of the start-up time. the num ber of wdt oscillator cycles used for each time-out is shown in table 7 . the frequency of the watchdog oscillator is voltage dependent as shown in the ?typical char- acteristics ? ta = -40c to 85c? on page 342 . table 6. device clocking options select (1) device clocking option cksel3..0 external crystal/ceramic resonator 1111 - 1010 external low-frequency crystal 1001 external rc oscillator 1000 - 0101 calibrated internal rc oscillator 0100 - 0001 external clock 0000 table 7. number of watchdog oscillator cycles typ time-out (v cc = 5.0v) typ time-out (v cc = 3.0v) number of cycles 4.1 ms 4.3 ms 4k (4,096) 65 ms 69 ms 64k (65,536)
39 2490r?avr?02/2013 atmega64(l) xdiv ? xtal divide control register the xtal divide control register is used to divide the source clock frequency by a number in the range 2 - 129. this feature can be used to decrease power consumption when the require- ment for processing power is low. ? bit 7 ? xdiven: xtal divide enable when the xdiven bit is written one, the cloc k frequency of the cpu and all peripherals (clk i/o , clk adc , clk cpu , clk flash ) is divided by the factor defined by the setting of xdiv6 - xdiv0. this bit can be written run-time to vary the clock frequency as suitable to the application. ? bits 6..0 ? xdiv6..xdiv0: xtal divide select bits 6 - 0 these bits define the division factor that applies when the xdiven bit is set (one). if the value of these bits is denoted d , the following formula defines the resulting cpu and peripherals clock frequency f clk : the value of these bits can only be changed when xdiven is zero. when xdiven is written to one, the value written simultaneously into xdiv6 ..xdiv0 is taken as t he division factor. when xdiven is written to zero, the value written simultaneously into xdiv6..xdiv0 is rejected. as the divider divides the master clock input to the mcu, the speed of all peripherals is reduced when a division factor is used. note: when the system clock is divided, timer/counter0 can be used with asynchronous clock only. the frequency of the asynchronous clock must be lower than 1/4th of the frequency of the scaled down source clock. otherwise, interrupts may be los t, and accessing the timer/ counter0 registers may fail. default clock source the device is shipped with cksel = ?0001? and sut = ?10?. the default clock source setting is therefore the internal rc oscillator with longest startup ti me. this default setting ensures that all users can make their desired clock source setting using an in-system or parallel programmer. crystal oscillator xtal1 and xtal2 are input and output, respectively, of an inverting amplifier which can be con- figured for use as an on-chip oscillator, as shown in figure 19 . either a quartz crystal or a ceramic resonator may be used. the ckopt fuse selects between two different oscillator amplifier modes. when ckopt is programmed, the oscillator outpu t will oscillate a full rail-to- rail swing on the output. this mode is suitable when operating in a very noisy environment or when the output from xtal2 drives a second clock buffer. this mode has a wide frequency range. when ckopt is unprogrammed, the oscillator has a sm aller output swin g. this reduces power consumption considerably. this mode has a limited frequency range and it cannot be used to drive other clock buffers. for resonators, the maximum frequency is 8 mhz with ckopt unprogrammed and 16 mhz with ckopt programmed. c1 and c2 should always be equal for both crystals and resonators. the optimal value of the capacitors depends on the crystal or resonator in use, the amount of stray capacitance, and the electromagnetic noise of the environment. some initial guidelines for choosing capacitors for use with crystals are given in table 8 . for ceramic resonators, the capacitor values given by the manufacturer should be used. bit 7 6543210 0x3c (0x5c) xdiven xdiv6 xdiv5 xdiv4 xdiv3 xdiv2 xdiv1 xdiv0 xdiv read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 f clk source clock 129 d ? --------------------------------- - =
40 2490r?avr?02/2013 atmega64(l) figure 19. crystal oscillator connections the oscillator can operate in three different mo des, each optimized for a specific frequency range. the op erating mode is selected by t he fuses cksel3..1 as shown in table 8 . note: 1. this option should not be used with crystals, only with ceramic resonators. the cksel0 fuse together with the sut1..0 fuses select the start-up times as shown in table 9 . table 8. crystal oscillator operating modes ckopt cksel3..1 frequency range (mhz) recommended range for capacitors c1 and c2 for use with crystals (pf) 1 101 (1) 0.4 - 0.9 ? 1 110 0.9 - 3.0 12 - 22 1 111 3.0 - 8.0 12 - 22 0 101, 110, 111 1.0 - 12 - 22 xtal2 xtal1 gnd c2 c1
41 2490r?avr?02/2013 atmega64(l) notes: 1. these options should only be used when not operating close to the maximum frequency of the device, and only if frequency stability at start- up is not important for the application. these options are not suitable for crystals. 2. these options are intended for use with ceramic resonators and will ensure frequency stability at start-up. they can also be used with cryst als when not operating close to the maximum fre- quency of the device, and if frequency stability at start-up is not important for the application. low-frequency crystal oscillator to use a 32.768 khz watch crystal as the clock source for the device, the low-frequency crystal oscillator must be selected by setting the cksel fuses to ?10 01?. the crystal should be con- nected as shown in figure 19 . by programming the ckopt fuse, the user can enable internal capacitors on xtal1 and xtal2, thereby removing the need for external capacitors. the inter- nal capacitors have a nominal value of 36 pf. when this oscillator is select ed, start-up times are determined by the sut fuses as shown in table 10 . note: 1. these options should only be used if frequen cy stability at start-up is not important for the application. table 9. start-up times for the crystal oscillator clock selection cksel0 sut1..0 start-up time from power-down and power-save additional delay from reset (v cc = 5.0v) recommended usage 000 258 ck (1) 4.1 ms ceramic resonator, fast rising power 001 258 ck (1) 65 ms ceramic resonator, slowly rising power 010 1k ck (2) ? ceramic resonator, bod enabled 011 1k ck (2) 4.1 ms ceramic resonator, fast rising power 100 1k ck (2) 65 ms ceramic resonator, slowly rising power 1 01 16k ck ? crystal oscillator, bod enabled 1 10 16k ck 4.1 ms crystal oscillator, fast rising power 1 11 16k ck 65 ms crystal oscillator, slowly rising power table 10. start-up times for the low-frequency crystal o scillator clock selection sut1..0 start-up time from power-down and power-save additional delay from reset (v cc = 5.0v) recommended usage 00 1k ck (1) 4.1 ms fast rising power or bod enabled 01 1k ck (1) 65 ms slowly rising power 10 32k ck 65 ms stable frequency at start-up 11 reserved
42 2490r?avr?02/2013 atmega64(l) external rc oscillator for timing insensitive applications, the external rc configuration shown in figure 20 can be used. the frequency is roughly estimated by the equation f = 1/(3rc). c should be at least 22 pf. by programming the ckopt fuse, the user ca n enable an internal 36 pf capacitor between xtal1 and gnd, thereby removing the need for an external capacitor. figure 20. external rc configuration the oscillator can operat e in four different mo des, each optimized for a specific frequency range. the op erating mode is selected by t he fuses cksel3..0 as shown in table 11 . when this oscillator is select ed, start-up times are determined by the sut fuses as shown in table 12 . note: 1. this option should not be used when operating close to the maximum frequency of the device. table 11. external rc oscilla tor operating modes cksel3..0 frequency range (mhz) 0101 0.1 - 0.9 0110 0.9 - 3.0 0111 3.0 - 8.0 1000 8.0 - 12.0 table 12. start-up times for the external rc oscillator clock selection sut1..0 start-up time from power-down and power-save additional delay from reset (v cc = 5.0v) recommended usage 00 18 ck ? bod enabled 01 18 ck 4.1 ms fast rising power 10 18 ck 65 ms slowly rising power 11 6 ck (1) 4.1 ms fast rising power or bod enabled xtal2 xtal1 gnd c r v cc nc
43 2490r?avr?02/2013 atmega64(l) calibrated internal rc oscillator the calibrated intern al rc oscillator provides a fixed 1.0 mhz, 2.0 mhz, 4.0 mhz, or 8.0 mhz clock. all frequencies are nominal values at 5v and 25 ? c. this clock may be selected as the system clock by programming the cksel fuses as shown in table 13 . if selected, it will operate with no external components. the ckopt fuse should always be unprogrammed when using this clock option. during reset, hardware loads the calibration byte into the osccal register and thereby automatically calibrates the rc oscillator. at 5v, 25 ? c and 1.0 mhz oscillator fre- quency selected, this calibration gives a frequency within 3% of the nominal frequency. using run-time calibration methods as described in application notes available at www.atmel.com/avr it is possible to achieve 1% accuracy at any given v cc and temperature. when this oscillator is used as the chip clock, the wa tchdog oscillator will still be used for the watchdog timer and for the reset time-out. for more information on the preprogrammed calibration value, see the sec- tion ?calibration byte? on page 293 . note: 1. the device is shipped with this option selected. when this oscillator is select ed, start-up times are determined by the sut fuses as shown in table 14 . xtal1 and xtal2 should be left unconnected (nc). note: 1. the device is shipped with this option selected. osccal ? oscillator calibration register (1) note: 1. the osccal register is not available in atmega103 compatibility mode. ? bits 7..0 ? cal7..0: oscillator calibration value writing the calibration byte to this address will trim the internal oscillator to remove process vari- ations from the oscillator frequen cy. during reset, the 1 mhz calib ration value which is located in the signature row high byte (address 0x00) is automatically loaded into the osccal register. if the internal rc is used at other frequencies, the calibration values must be loaded manually. this can be done by first reading the signature row by a programmer, and then store the calibra- tion values in the flash or eeprom. then the value can be read by software and loaded into the osccal register. when osccal is zero, the lowest available frequ ency is chosen. writing table 13. internal calibrated rc os cillator oper ating modes cksel3..0 nominal frequency (mhz) 0001 (1) 1.0 0010 2.0 0011 4.0 0100 8.0 table 14. start-up times for the in ternal calibrated rc os cillator clock selection sut1..0 start-up time from power- down and power-save additional delay from reset (v cc = 5.0v) recommended usage 00 6 ck ? bod enabled 01 6 ck 4.1 ms fast rising power 10 (1) 6 ck 65 ms slowly rising power 11 reserved bit 76543210 (0x6f) cal7 cal6 cal5 cal4 cal3 cal2 cal1 cal0 osccal read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value device spec ific calibration value
44 2490r?avr?02/2013 atmega64(l) non-zero values to this regist er will increase the frequency of the internal oscillator. writing 0xff to the register gives the highest availabl e frequency. the calibrated oscillator is used to time eeprom and flash access. if eeprom or flash is written, do not calibrate to more than 10% above the nominal frequency. otherwise, the eeprom or flash write may fail. note that the oscillator is intended for calibration to 1. 0 mhz, 2.0 mhz, 4.0 mhz, or 8.0 mhz. tuning to other values is not guaranteed, as indicated in table 15 . external clock to drive the device from an external clock source, xtal1 should be driven as shown in figure 21 . to run the device on an exte rnal clock, the cksel fuses mu st be programmed to ?0000?. by programming the ckopt fuse, the user can enable an internal 36 pf capacitor between xtal1 and gnd. figure 21. external clock drive configuration when this clock source is sele cted, start-up times are determined by the sut fuses as shown in table 16 . when applying an external clock, it is required to avoid sudden changes in the applied clock fre- quency to ensure stable operation of the mcu. a variation in frequency of more than 2% from one clock cycle to the next can lead to unpredictable behavior. it is required to en sure that the mcu is kept in reset during such changes in the clock frequency. table 15. internal rc oscillator frequency range osccal value min frequency in percentage of nominal frequency (%) max frequency in percentage of nominal frequency (%) 0x00 50 100 0x7f 75 150 0xff 100 200 table 16. start-up times for the external clock selection sut1..0 start-up time from power- down and power-save additional delay from reset (v cc = 5.0 v) recommended usage 00 6 ck ? bod enabled 01 6 ck 4.1 ms fast rising power 10 6 ck 65 ms slowly rising power 11 reserved external clock signal
45 2490r?avr?02/2013 atmega64(l) timer/counter oscillator for avr microcontrollers with timer/counter osc illator pins (tosc1 and tosc2), the crystal is connected directly between the pins. no external capacitors are needed. the oscillator is opti- mized for use with a 32.768 khz watch crystal. ap plying an external cl ock source to tosc1 is not recommended. note: the timer/counter oscillator uses the same ty pe of crystal oscillator as low-frequency oscillator and the internal capacitors have the same nominal value of 36 pf.
46 2490r?avr?02/2013 atmega64(l) power management and sleep modes sleep modes enable the application to shut down unused modules in the mcu, thereby saving power. the avr provides various sleep modes allowing the user to tailor the power consump- tion to the application?s requirements. to enter any of the six sleep modes, the se-bit in mcucr must be written to logic one and a sleep instruction must be executed. the sm2, sm1, and sm0 bits in the mcucr register select which sleep mode (idle, adc noise re duction, power-down, power-save, standby, or extended standby) will be activa ted by the sleep instruction. see table 17 for a summary. if an enabled interrupt occurs while the mcu is in a sleep mode, the mcu wakes up. the mcu is then halted for four cycles in ad dition to the start-up time, it ex ecutes the interr upt routine, and resumes execution from the instruction followi ng sleep. the contents of the register file and sram are unaltered when the device wakes up from sleep. if a reset occurs during sleep mode, the mcu wakes up and executes from the reset vector. figure 18 on page 37 presents the different clock systems in the atmega64, and their distribu- tion. this figure is helpful in selecting an appropriate sleep mode. mcucr ? mcu control register the mcu control register contains control bits for power management. ? bit 5 ? se: sleep enable the se bit must be written to logic one to make the mcu enter the sleep mode when the sleep instruction is executed. to avoid the mcu enteri ng the sleep mode unless it is the programmers purpose, it is recommended to write the sleep enable (se) bit to one just before the execution of the sleep instruction and to clear it immediately af ter waking up. ? bits 4..2 ? sm2..0: sleep mode select bits 2, 1, and 0 these bits select between the six available sleep modes as shown in table 17 . note: 1. standby mode and extended standby mode are only available with external crystals or resonators. bit 76543210 0x35 (0x55) sre srw10 se sm1 sm0 sm2 ivsel ivce mcucr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 table 17. sleep mode select sm2 sm1 sm0 sleep mode 000idle 0 0 1 adc noise reduction 010power-down 011power-save 100reserved 101reserved 110standby (1) 1 1 1 extended standby (1)
47 2490r?avr?02/2013 atmega64(l) idle mode when the sm2..0 bits are written to 000, the sleep instruction makes the mcu enter idle mode, stopping the cpu but allowing spi, usart, analog comparator, adc, two-wire serial interface, timer/counters, watchdog, and the interrupt system to continue operating. this sleep mode basically halts clk cpu and clk flash , while allowing the ot her clocks to run. idle mode enables the mcu to wake up from external triggered interrupts as well as internal ones like the timer overflow and usart transmit complete interrupts. if wake-up from the analog comparator interrupt is not required, the analog comparator can be powered down by setting the acd bit in the analog comparator control and status regist er ? acsr. this will reduce power consumption in idle mode. if t he adc is enabled, a conversion starts automati- cally when this mode is entered. adc noise reduction mode when the sm2..0 bits are written to 001, the sleep instruction makes the mcu enter adc noise reduction mode, stopping the cpu but allowing the adc, the external interrupts, the two-wire serial interface address watch, timer/counter0 and the watchdog to continue operat- ing (if enabled). this slee p mode basically halts clk i/o , clk cpu , and clk- flash , while allowing the other clocks to run. this improves the noise environment for the ad c, enabling higher resolution measurements. if the adc is enabled, a conversion starts automatically when this mode is entered. apart form the adc conversion complete interrupt, only an external reset, a watchdog reset, a brown-out reset, a two-wire serial interface address match interrupt, a timer/counter0 interrupt, an spm/eeprom ready interrupt, an external level interrupt on int7:4, or an external interrupt on int3:0 can wake up the mcu from adc noise reduction mode. power-down mode when the sm2..0 bits are written to 010, the sleep instruction makes the mcu enter power- down mode. in this mode, the external oscillator is stopped, while the external interrupts, the two-wire serial interface address watch, and the watchdog continue operating (if enabled). only an external reset, a watchdog reset, a brown-out reset, a two-wire serial interface address match interrupt, an external level interrup t on int7:4, or an external interrupt on int3:0 can wake up the mcu. this sleep mode basically halts all generated clocks, allowing operation of asynchronous modules only. note that if a level triggered interrupt is used for wake-up from power-down mode, the changed level must be held for some time to wake up the mcu. refer to ?external interrupts? on page 90 for details. when waking up from power-down mode, there is a delay from the wake-up condition occurs until the wake-up becomes effective. this allows the clock to restart and become stable after having been stopped. the wake-up period is defined by the same cksel fuses that define the reset time-out period, as described in ?clock sources? on page 38 . power-save mode when the sm2..0 bits are written to 011, the sleep instruction makes the mcu enter power- save mode. this mode is identical to power-down, with one exception: if timer/counter0 is clocked asynchronously (that is, the as0 bit in assr is set), timer/counter0 will run during sleep. the device can wake up from either timer overflow or output compare event from timer/counter0 if the corresponding timer/counter0 interrupt enable bits are set in timsk, and the global interrupt enable bit in sreg is set. if the asynchronous timer is not clocked asyn chronously, power-down mode is recommended instead of power-save mode because the contents of the registers in the asynchronous timer should be considered undefined after wake-up in power-save mode if as0 is 0. this sleep mode basically halts all clocks except clk asy , allowing operation only of asynchronous modules, including timer/counter0 if clocked asynchronously.
48 2490r?avr?02/2013 atmega64(l) standby mode when the sm2..0 bits are 110 and an external crystal/resonator clock option is selected, the sleep instruction makes the mcu enter standby mode. this mode is identical to power-down with the exception that the oscillator is kept running. fr om standby mode, the device wakes up in six clock cycles. extended standby mode when the sm2..0 bits are 111 and an external crystal/resonator clock option is selected, the sleep instruction makes the m cu enter extended standby mode . this mode is identical to power-save mode with th e exception that the oscillator is kept running. from extended standby mode, the device wakes up in six clock cycles. notes: 1. external crystal or reso nator selected as clock source. 2. if as 0 bit in assr is set. 3. only int3:0 or level interrupt int7:4. table 18. active clock domains and wake up so urces in the different sleep modes active clock domains oscillators wake up sources sleep mode clk cpu clk flash clk io clk adc clk asy main clock source enabled timer osc enabled i n twi address match timer0 spm/ eeprom ready a other i/o idle x x x x x (2) xx x xxx adc noise reduction xx x x (2) x (3) xx xx power- down x (3) x power- save x (2) x (2) x (3) xx (2) standby (1) xx (3) x extended standby (1) x (2) xx (2) x (3) xx (2)
49 2490r?avr?02/2013 atmega64(l) minimizing power consumption there are several issues to consider when trying to minimize the power consumption in an avr controlled system. in general, sleep modes should be used as much as possible, and the sleep mode should be selected so that as few as possi ble of the device?s functions are operating. all functions not needed should be disabled. in particular, the following modules may need special consideration when trying to achieve th e lowest possible power consumption. analog to digital converter if enabled, the adc will be enabled in all sleep modes. to save power, the adc should be dis- abled before entering any sleep mode. when the adc is turned off and on again, the next conversion will be an extended conversion. refer to ?analog to digital converter? on page 230 for details on adc operation. analog comparator when entering idle mode, the analog comparator should be disabled if not used. when entering adc noise reduction mode, the analog comparat or should be disabled. in the other sleep modes, the analog comparator is automatically di sabled. however, if the analog comparator is set up to use the internal voltage reference as input, the analog comparator should be disabled in all sleep modes. otherwise, the internal voltage reference will be enabled, independent of sleep mode. refer to ?analog comparator? on page 227 for details on how to configure the ana- log comparator. brown-out detector if the brown-out detector is not needed in the application, this module should be turned off. if the brown-out detector is enabled by the boden fuse, it will be enabled in all sleep modes, and hence, always consume power. in the deeper slee p modes, this will contribute significantly to the total current consumption. refer to ?brown-out detector? on page 49 for details on how to configure the brown-out detector. internal voltage reference the internal voltage re ference will be enabled wh en needed by the brown- out detector, the ana- log comparator or the adc. if these modules are disabled as described in the sections above, the internal voltage reference w ill be disabled and it will not be consuming power. when turned on again, the user must allow the reference to start up before the output is used. if the reference is kept on in sleep mode, the output can be used immediately. refer to ?internal voltage refer- ence? on page 56 for details on the start-up time. watchdog timer if the watchdog timer is not needed in the application, this module should be turned off. if the watchdog timer is enabled, it will be enabled in all sleep modes, and hence, always consume power. in the deeper slee p modes, this will contribute signific antly to the total current consump- tion. refer to ?watchdog timer? on page 56 for details on how to configure the watchdog timer. port pins when entering a sleep mode, all port pins should be configured to use minimum power. the most important thing is then to ensure that no pins drive resistive loads. in sleep modes where the both the i/o clock (clk i/o ) and the adc clock (clk adc ) are stopped, the input buffers of the device will be disabled. this ensures that no power is consumed by the input logic when not needed. in some cases, the input logic is needed for detecting wake-up conditions, and it will then be enabled. refer to the section ?digital input enable and sleep modes? on page 70 for details on which pins are enabled. if the input buffer is enabled and the input signal is left floating or have an analog signal level close to v cc /2, the input buffer will use excessive power.
50 2490r?avr?02/2013 atmega64(l) jtag interface and on-chip debug system if the on-chip debug system is enabled by the ocden fuse and the chip enter power down or power save sleep mode, the main clock source remains enabled. in these sl eep modes, this will contribute significantly to the total current c onsumption. there are three alternative ways to avoid this: ? disable ocden fuse. ? disable jtagen fuse. ? write one to the jtd bit in mcucsr. the tdo pin is left floating when the jtag interf ace is enabled while th e jtag tap controller is not shifting data. if the hardware connected to t he tdo pin does not pull up the logic level, power consumption will increase. note that the tdi pin fo r the next device in the scan chain con- tains a pull-up that avoids this problem. writi ng the jtd bit in the mcucsr register to one or leaving the jtag fuse unprogrammed disables the jtag interface.
51 2490r?avr?02/2013 atmega64(l) system control and reset resetting the avr during reset, all i/o registers are set to their in itial values, and the program starts execution from the reset vector. the instruction placed at the reset vector must be a jmp ? absolute jump ? instruction to the reset handling routine. if the program never enables an interrupt source, the interrupt vectors are not used, and regular program code can be placed at these locations. this is also the case if the reset vector is in the app lication section while the interrupt vectors are in the boot section or vice versa. the circuit diagram in figure 22 shows the reset logic. table 19 defines the electrical parameters of the reset circuitry. the i/o ports of the avr are immediately reset to their initial state when a reset source goes active. this does not require any clock source to be running. after all reset sources have gone inactive, a delay counter is invoked, stretching the internal reset. this allows the power to reach a stable level before normal operation starts. the time- out period of the delay counter is defined by t he user through the cksel fuses. the different selections for the delay period are presented in ?clock sources? on page 38 . reset sources the atmega64 has five sources of reset: ? power-on reset. the mcu is reset when the supply voltage is be low the power-on reset threshold (v pot ). ? external reset. the mcu is reset wh en a low level is present on the reset pin for longer than the minimum pulse length. ? watchdog reset. the mcu is reset when the watchdog timer period expires and the watchdog is enabled. ? brown-out reset. the mcu is reset when the supply voltage v cc is below the brown-out reset threshold (v bot ) and the brown-out detector is enabled. ? jtag avr reset. the mcu is reset as long as there is a logic one in the reset register, one of the scan chains of the jtag system. refer to the section ?ieee 1149.1 (jtag) boundary-scan? on page 254 for details.
52 2490r?avr?02/2013 atmega64(l) figure 22. reset logic notes: 1. the power-on reset will not work un less the supply voltage has been below v pot (falling). table 19. reset characteristics symbol parameter condition min typ max units v pot power-on reset threshold voltage (rising) 1.4 2.3 v power-on reset threshold voltage (falling) (1) 1.3 2.3 v rst reset pin threshold voltage 0.2 v cc 0.85 v cc t rst minimum pulse width on reset pin 1.5 s v bot brown-out reset threshold voltage (2) bodlevel = 1 2.5 2.7 2.9 v bodlevel = 0 3.6 4.0 4.2 t bod minimum low voltage period for brown-out detection bodlevel = 1 2 s bodlevel = 0 2 v hyst brown-out detector hysteresis 120 mv mcu control and status register (mcucsr) brown-out reset circuit boden bodlevel delay counters cksel[3:0] ck timeout wdrf borf extrf porf data b u s clock generator spike filter pull-up resistor jtrf jtag reset register watchdog oscillator sut[1:0] counter reset watchdog timer reset pull-up resistor pen reset circuit l dq q power-on reset circuit
53 2490r?avr?02/2013 atmega64(l) 2. v bot may be below nominal minimum operating voltage for some devices. for devices where this is the case, the devi ce is tested down to v cc = v bot during the production test. this guar- antees that a brown-out reset will occur before v cc drops to a voltage where correct operation of the microcontroller is no longer guaranteed. the test is performed using bod- level=1 for atmega64l and bodlevel=0 fo r atmega64. bodlevel=1 is not applicable for atmega64. power-on reset a power-on reset (por) pulse is generated by an on-chip detection circuit. the detection level is defined in table 19 . the por is activated whenever v cc is below the detection level. the por circuit can be used to trigger the start-up re set, as well as to detect a failure in supply voltage. a power-on reset (por) circuit ensures that the device is reset from power-on. reaching the power-on reset threshold voltage invokes the delay counter, which determines how long the device is kept in reset after v cc rise. the reset signal is acti vated again, without any delay, when v cc decreases below the detection level. figure 23. mcu start-up, reset tied to v cc figure 24. mcu start-up, reset extended externally v reset time-out internal reset t tout v pot v rst cc reset time-out internal reset t tout v pot v rst v cc
54 2490r?avr?02/2013 atmega64(l) external reset an external reset is generated by a low level on the reset pin. reset pulses longer than the minimum pulse width (see table 19 ) will generate a reset, even if the clock is not running. shorter pulses are not guaranteed to generate a reset. when the applied signal reaches the reset threshold voltage ? v rst on its positive edge, the delay counter starts the mcu after the time-out period t tout has expired. figure 25. external reset during operation brown-out detection atmega64 has an on-chip brown-out detection (bod) circuit for monitoring the v cc level dur- ing operation by comparing it to a fixed trig ger level. the trigger level for the bod can be selected by the fuse bodlevel to be 2.7v (bodlevel unpr ogrammed), or 4.0v (bodlevel programmed). the trigger level has a hysteresis to ensure spike free brown-out detection. the hysteresis on the detection leve l should be interpreted as v bot+ = v bot + v hyst /2 and v bot- = v bot - v hyst /2. the bod circuit can be enabled/ disabled by the fuse boden. when the bod is enabled (boden programmed), and v cc decreases to a value below the trigger level (v bot- in figure 26 ), the brown-out reset is immediately activated. when v cc increases above the trigger level (v bot+ in figure 26 ), the delay counter starts the mcu after the time-out period t tout has expired. the bod circuit will only detect a drop in v cc if the voltage stays below the trigger level for lon- ger than t bod given in table 19 . figure 26. borwn-out reset during operation cc v cc reset time-out internal reset v bot- v bot+ t tout
55 2490r?avr?02/2013 atmega64(l) watchdog reset when the watchdog times out, it will generate a short reset pulse of one ck cycle duration. on the falling edge of this pulse, the delay timer starts counting the time-out period t tout . refer to page 56 for details on operation of the watchdog timer. figure 27. watchdog reset during operation mcucsr ? mcu control and status register (1) the mcu control and status register provides information on which reset source caused an mcu reset. note: 1. only extrf and porf are availa ble in mega103 compatibility mode. ? bit 4 ? jtrf: jtag reset flag this bit is set if a reset is being caused by a logic one in the jtag reset register selected by the jtag instruction avr_reset. this bit is rese t by a brown-out reset, or by writing a logic zero to the flag. ? bit 3 ? wdrf: watchdog reset flag this bit is set if a watchdog re set occurs. the bit is reset by a power-on reset, or by writing a logic zero to the flag. ? bit 2 ? borf: brown-out reset flag this bit is set if a brown-out reset occurs. the bi t is reset by a power-on reset, or by writing a logic zero to the flag. ? bit 1 ? extrf: external reset flag this bit is set if an external reset occurs. the bit is reset by a power-on reset, or by writing a logic zero to the flag. ck cc bit 76543210 0x34 (0x54) jtd ? ? jtrf wdrf borf extrf porf mcucsr read/write r/w r r r/w r/w r/w r/w r/w initial value 0 0 0 see bit description
56 2490r?avr?02/2013 atmega64(l) ? bit 0 ? porf: power-on reset flag this bit is set if a power-on reset occurs. the bit is reset only by writing a logic zero to the flag. to make use of the reset flags to identify a reset condition, the user should read and then reset the mcucsr as early as possible in the program. if the register is cleared before another reset occurs, the source of the reset can be found by examining the reset flags. internal voltage reference atmega64 features an internal bandgap reference. this reference is used for brown-out detec- tion, and it can be used as an input to the analog comparator or the adc. the 2.56v reference to the adc is generated from the internal bandgap reference. voltage reference enable signals and start-up time the voltage reference has a start-up time that may influence the way it should be used. the start-up time is given in table 20 . to save power, the reference is not always turned on. the ref- erence is on during the following situations: 1. when the bod is enabled (by programming the boden fuse). 2. when the bandgap reference is connected to the analog comparator (by setting the acbg bit in acsr). 3. when the adc is enabled. thus, when the bod is not enabled, after setting the acbg bit or enabling the adc, the user must always allow the reference to start up before the output from the analog comparator or adc is used. to reduce power consumption in power-down mode, the user can avoid the three conditions above to ensure that the reference is turned off before entering power-down mode. watchdog timer the watchdog timer is clocked fr om a separate on-chip oscillator which runs at 1 mhz. this is the typical value at v cc = 5v. see characterization data for typical values at other v cc levels. by controlling the watchdog timer prescaler, the watchdog reset interval can be adjusted as shown in table 22 on page 58 . the wdr ? watchdog reset ? instruction resets the watchdog timer. the watchdog timer is also reset when it is disabled and when a chip reset occurs. eight different clock cycle periods can be selected to determine the reset period. if the reset period expires without another watchdog reset, the atmega64 resets and executes from the reset vector. for timing details on the watchdog reset, refer to page 55 . to prevent unintentional disabling of the wa tchdog or unintentional change of time-out period, three different safety levels are selected by the fuses m103c and wdton as shown in table 21. safety level 0 corresponds to the setting in atmega103. there is no restriction on enabling the wdt in any of the safety levels. refer to ?timed sequences for changing the configuration of the watchdog timer? on page 60 for details. table 20. internal voltage reference characteristics symbol parameter min typ max units v bg bandgap reference voltage 1.15 1.23 1.35 v t bg bandgap reference start-up time 40 70 s i bg bandgap reference current consumption 10 a
57 2490r?avr?02/2013 atmega64(l) figure 28. watchdog timer wdtcr ? watchdog timer control register ? bits 7..5 ? res: reserved bits these bits are reserved bits in the atmega64 and will always read as zero. ? bit 4 ? wdce: watchdog change enable this bit must be set when the wde bit is writte n to logic zero. otherwis e, the watchdog will not be disabled. once written to one, hardware will clear this bit after four clock cycles. refer to the description of the wde bit for a watchdog disable procedure. in safety level 1 and 2, this bit must also be set when changing the prescaler bits. see ?timed sequences for changing the configuration of the watchdog timer? on page 60. ? bit 3 ? wde: watchdog enable when the wde is written to logic one, the watchdog timer is enabled, and if the wde is written to logic zero, the watchdog timer function is di sabled. wde can only be cleared if the wdce bit table 21. wdt configuration as a function of the fuse settings of m103c and wdton m103c wdton safety level wdt initial state how to disable the wdt how to change time-out unprogrammed unprogrammed 1 disabled timed sequence timed sequence unprogrammed programmed 2 enabled always enabled timed sequence programmed unprogrammed 0 disabled timed sequence no restriction programmed programmed 2 enabled always enabled timed sequence watchdog oscillator bit 76543210 0x21 (0x41) ? ? ? wdce wde wdp2 wdp1 wdp0 wdtcr read/write r r r r/w r/w r/w r/w r/w initial value00000000
58 2490r?avr?02/2013 atmega64(l) has logic level one. to disable an enabled watchdog timer, the following procedure must be followed: 1. in the same operation, write a logic one to wdce and wde. a logic one must be written to wde even though it is set to one before the disable operation starts. 2. within the next four clock cycles, write a logic 0 to wde. this disables the watchdog. in safety level 2, it is not possible to disable the watchdog timer, even with the algorithm described above. see ?timed sequences for changing the configuration of the watchdog timer? on page 60. ? bits 2..0 ? wdp2, wdp1, wdp0: watchdog timer prescaler 2, 1, and 0 the wdp2, wdp1, and wdp0 bits determine the watchdog timer prescaling when the watch- dog timer is enabled. the different prescaling values and their corresponding timeout periods are shown in table 22 . table 22. watchdog timer prescale select wdp2 wdp1 wdp0 number of wdt oscillator cycles typical time-out at v cc = 3.0v typical time-out at v cc = 5.0v 0 0 0 16k (16,384) 17.1 ms 16.3 ms 0 0 1 32k (32,768) 34.3 ms 32.5 ms 0 1 0 64k (65,536) 68.5 ms 65 ms 0 1 1 128k (131,072) 0.14 s 0.13 s 1 0 0 256k (262,144) 0.27 s 0.26 s 1 0 1 512k (524,288) 0.55 s 0.52 s 1 1 0 1,024k (1,048,576) 1.1 s 1.0 s 1 1 1 2,048k (2,097,152) 2.2 s 2.1 s
59 2490r?avr?02/2013 atmega64(l) the following code examples show one assembly and one c function for turning off the wdt. the examples assume that interrupts are contro lled (for example, by disabling interrupts glob- ally) so that no interrupts will occu r during execution of these functions. assembly code example wdt_off: ; reset wdt wdr in r16, wdtcr ldi r16, (1< 60 2490r?avr?02/2013 atmega64(l) timed sequences for changing the configuration of the watchdog timer the sequence for changing configuration differs s lightly between the three safety levels. sepa- rate procedures are described for each level. safety level 0 this mode is compatible with the watchdog operation found in atmega103. the watchdog timer is initially disabled, but can be enabled by writing the wde bit to 1 without any restriction. the time-out period can be changed at any time without restriction. to disable an enabled watchdog timer, the procedure described on page 57 (wde bit description) must be followed. safety level 1 in this mode, the watchdog time r is initially disabled, but can be enabled by writing the wde bit to 1 without any restriction. a timed sequence is needed when changing the watchdog time-out period or disabling an enabled watchdog time r. to disable an enabled watchdog timer, and/or changing the watchdog time-out, the following procedure must be followed: 1. in the same operation, write a logic one to wdce and wde. a logic one must be written to wde regardless of the previous value of the wde bit. 2. within the next four clock cycles, in the same operation, write the wde and wdp bits as desired, but with the wdce bit cleared. safety level 2 in this mode, the watchdog time r is always enabled, and the wde bit will always read as one. a timed sequence is needed when changing the watchdog time-out period. to change the watchdog time-out, the following procedure must be followed: 1. in the same operation, write a logical one to wdce and wde. even though the wde always is set, the wde must be written to one to start the timed sequence. 2. within the next four clock cycles, in the same operation, write the wdp bits as desired, but with the wdce bit cleared. the value written to the wde bit is irrelevant.
61 2490r?avr?02/2013 atmega64(l) interrupts this section describes the specifics of the interrupt handling as performed in atmega64. for a general explanation of the avr interrupt handling, refer to ?reset and interrupt handling? on page 15 . interrupt vectors in atmega64 table 23. reset and interrupt vectors vector no. program address (2) source interrupt definition 1 0x0000 (1) reset external pin, power-on reset, brown-out reset, watchdog reset, and jtag avr reset 2 0x0002 int0 external interrupt request 0 3 0x0004 int1 external interrupt request 1 4 0x0006 int2 external interrupt request 2 5 0x0008 int3 external interrupt request 3 6 0x000a int4 external interrupt request 4 7 0x000c int5 external interrupt request 5 8 0x000e int6 external interrupt request 6 9 0x0010 int7 external interrupt request 7 10 0x0012 timer2 comp timer/counter2 compare match 11 0x0014 timer2 ovf timer/counter2 overflow 12 0x0016 timer1 capt timer/counter1 capture event 13 0x0018 timer1 compa timer/counter1 compare match a 14 0x001a timer1 compb timer/counter1 compare match b 15 0x001c timer1 ovf timer/counter1 overflow 16 0x001e timer0 comp timer/counter0 compare match 17 0x0020 timer0 ovf timer/counter0 overflow 18 0x0022 spi, stc spi serial transfer complete 19 0x0024 usart0, rx usart0, rx complete 20 0x0026 usart0, udre usart0 data register empty 21 0x0028 usart0, tx usart0, tx complete 22 0x002a adc adc conversion complete 23 0x002c ee ready eeprom ready 24 0x002e analog comp analog comparator 25 0x0030 (3) timer1 compc timer/countre1 compare match c 26 0x0032 (3) timer3 capt timer/counter3 capture event 27 0x0034 (3) timer3 compa timer/counter3 compare match a 28 0x0036 (3) timer3 compb timer/counter3 compare match b 29 0x0038 (3) timer3 compc timer/counter3 compare match c 30 0x003a (3) timer3 ovf timer/counter3 overflow 31 0x003c (3) usart1, rx usart1, rx complete
62 2490r?avr?02/2013 atmega64(l) notes: 1. when the bootrst fuse is programmed, the device will jump to the boot loader address at reset, see ?boot loader support ? read-while-write self-programming? on page 277 . 2. when the ivsel bit in mcucr is set, interrup t vectors will be moved to the start of the boot flash section. the address of each interrupt vector will then be address in this table added to the start address of the boot flash section. 3. the interrupts on address 0x0030 - 0x0044 do not exist in atmega103 compatibility mode. table 24 shows reset and interrupt vectors plac ement for the various combinations of bootrst and ivsel settings. if the program never enables an in terrupt source, the interrupt vectors are not used, and regular program code can be placed at these locations. this is also the case if the reset vector is in the application section while the interrupt vectors are in the boot section or vice versa. note: 1. the boot reset address is shown in table 112 on page 289 . for the bootrst fuse ?1? means unprogrammed while ?0? means programmed. the most typical and general program setup for the reset and interrupt vector addresses in atmega64 is: address labels code comments 0x0000 jmp reset ; reset handler 0x0002 jmp ext_int0 ; irq0 handler 0x0004 jmp ext_int1 ; irq1 handler 0x0006 jmp ext_int2 ; irq2 handler 0x0008 jmp ext_int3 ; irq3 handler 0x000a jmp ext_int4 ; irq4 handler 0x000c jmp ext_int5 ; irq5 handler 0x000e jmp ext_int6 ; irq6 handler 0x0010 jmp ext_int7 ; irq7 handler 0x0012 jmp tim2_comp ; timer2 compare handler 0x0014 jmp tim2_ovf ; timer2 overflow handler 0x0016 jmp tim1_capt ; timer1 capture handler 0x0018 jmp tim1_compa ; timer1 comparea handler 0x001a jmp tim1_compb ; timer1 compareb handler 0x001c jmp tim1_ovf ; timer1 overflow handler 0x001e jmp tim0_comp ; timer0 compare handler 0x0020 jmp tim0_ovf ; timer0 overflow handler 32 0x003e (3) usart1, udre usart1 data register empty 33 0x0040 (3) usart1, tx usart1, tx complete 34 0x0042 (3) twi two-wire serial interface 35 0x0044 (3) spm ready store program memory ready table 24. reset and interrupt vectors placement (1) bootrst ivsel reset address interr upt vectors start address 1 0 0x0000 0x0002 1 1 0x0000 boot reset address + 0x0002 0 0 boot reset address 0x0002 0 1 boot reset address boot reset address + 0x0002 table 23. reset and interrupt vectors (continued) vector no. program address (2) source interrupt definition
63 2490r?avr?02/2013 atmega64(l) 0x0022 jmp spi_stc ; spi transfer complete handler 0x0024 jmp usart0_rxc ; usart0 rx complete handler 0x0026 jmp usart0_dre ; usart0,udr empty handler 0x0028 jmp usart0_txc ; usart0 tx complete handler 0x002a jmp adc ; adc conversion complete handler 0x002c jmp ee_rdy ; eeprom ready handler 0x002e jmp ana_comp ; analog comparator handler 0x0030 jmp tim1_compc ; timer1 comparec handler 0x0032 jmp tim3_capt ; timer3 capture handler 0x0034 jmp tim3_compa ; timer3 comparea handler 0x0036 jmp tim3_compb ; timer3 compareb handler 0x0038 jmp tim3_compc ; timer3 comparec handler 0x003a jmp tim3_ovf ; timer3 overflow handler 0x003c jmp usart1_rxc ; usart1 rx complete handler 0x003e jmp usart1_dre ; usart1,udr empty handler 0x0040 jmp usart1_txc ; usart1 tx complete handler 0x0042 jmp twi ; two-wire serial interface handler 0x0044 jmp spm_rdy ; spm ready handler ; 0x0046 reset: ldi r16, high(ramend); main program start 0x0047 out sph,r16 ; set stack pointer to top of ram 0x0048 ldi r16, low(ramend) 0x0049 out spl,r16 0x004a sei ; enable interrupts 0x004b xxx ... ... ... ... when the bootrst fuse is unprogrammed, the boot section size set to 8 kbytes and the ivsel bit in the mcucr register is set before an y interrupts are enabled, the most typical and general program setup for the reset and interrupt vector addresses is: address labels code comments 0x0000 reset: ldi r16,high(ramend); main program start 0x0001 out sph,r16 ; set stack pointer to top of ram 0x0002 ldi r16,low(ramend) 0x0003 out spl,r16 0x0004 sei ; enable interrupts 0x0005 xxx ; .org 0x7002 0x7002 jmp ext_int0 ; irq0 handler 0x7004 jmp ext_int1 ; irq1 handler ... ... ... ; 0x7044 jmp spm_rdy ; store program memory ready handler
64 2490r?avr?02/2013 atmega64(l) when the bootrst fuse is programmed and the boot section size set to 8 kbytes, the most typical and general program setup for the reset and interrupt vector addresses is: address labels code comments .org 0x0002 0x0002 jmp ext_int0 ; irq0 handler 0x0004 jmp ext_int1 ; irq1 handler ... ... ... ; 0x0044 jmp spm_rdy ; store program memory ready handler ; .org 0x7000 0x7000 reset: ldi r16,high(ramend); main program start 0x7001 out sph,r16 ; set stack pointer to top of ram 0x7002 ldi r16,low(ramend) 0x7003 out spl,r16 0x7004 sei ; enable interrupts 0x7005 xxx when the bootrst fuse is programmed, the boot section size set to 8 kbytes and the ivsel bit in the mcucr register is set before any interr upts are enabled, the mo st typical and general program setup for the reset and interrupt vector addresses is: address labels code comments ; .org 0x7000 0x7000 jmp reset ; reset handler 0x7002 jmp ext_int0 ; irq0 handler 0x7004 jmp ext_int1 ; irq1 handler ... ... ... ; 0x7044 jmp spm_rdy ; store program memory ready handler 0x7046 reset: ldi r16,high(ramend); main program start 0x7047 out sph,r16 ; set stack pointer to top of ram 0x7048 ldi r16,low(ramend) 0x7049 out spl,r16 0x704a sei ; enable interrupts 0x704b xxx moving interrupts between application and boot space the general interrupt control register controls the placement of the interrupt vector table. mcucr ? mcu control register ? bit 1 ? ivsel: interrupt vector select when the ivsel bit is cleared (z ero), the interrupt vectors are pl aced at the star t of the flash memory. when this bit is set (one), the interrupt vectors are moved to the beginning of the boot bit 76543210 0x35 (0x55) sre srw10 se sm1 sm0 sm2 ivsel ivce mcucr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
65 2490r?avr?02/2013 atmega64(l) loader section of the flash. the actual address of the start of the boot flash section is deter- mined by the bootsz fuses. refer to the section ?boot loader support ? read-while-write self-programming? on page 277 for details. to avoid unintentional changes of interrupt vector tables, a special write procedure must be followed to change the ivsel bit: 1. write the interrupt vector change enable (ivce) bit to one. 2. within four cycles, write the desired valu e to ivsel while writing a zero to ivce. interrupts will automatically be di sabled while this sequence is executed. interrupts are disabled in the cycle ivce is set, and they remain disabl ed until after the instru ction following the write to ivsel. if ivsel is not written, interrupts remain disabled for four cycles. the i-bit in the status register is unaffected by the automatic disabling. note: if interrupt vectors are placed in the boot lo ader section and boot lock bit blb02 is programmed, interrupts are disabled while executing from the a pplication section. if interrupt vectors are placed in the application section and boot lock bit blb12 is programed, interrupts are disabled while executing from the boot loader section. refer to the section ?boot loader support ? read-while- write self-programming? on page 277 for details on boot lock bits. ? bit 0 ? ivce: interrupt vector change enable the ivce bit must be written to logic one to enable change of the ivsel bit. ivce is cleared by hardware four cyc les after it is written or when ivsel is written. sett ing the ivce bit will disable interrupts, as explained in the ivsel description above. see code examples below. assembly code example move_interrupts: ; enable change of interrupt vectors ldi r16, (1< 66 2490r?avr?02/2013 atmega64(l) i/o ports introduction all avr ports have true read-modi fy-write functionality when used as general digital i/o ports. this means that the direction of one port pin can be changed without unintentionally changing the direction of any other pin with the sbi and cbi instructions. the same applies when chang- ing drive value (if configured as output) or enabling/disabling of pull-up resistors (if configured as input). each output buffer has symmetrical drive characteristics with both high sink and source capability. the pin driver is stro ng enough to drive led displays directly. all port pins have indi- vidually selectable pull-up resistors with a supply voltage invariant resistance. all i/o pins have protection diodes to both v cc and ground as indicated in figure 29 . refer to ?electrical charac- teristics ? ta = -40c to 85c? on page 325 for a complete list of parameters. figure 29. i/o pin equivalent schematic all registers and bit references in this section are written in general form. a lower case ?x? repre- sents the numbering letter for the port, and a lower case ?n? represents the bit number. however, when using the register or bit defines in a program, the precise form must be used (that is, portb3 for bit no. 3 in port b, here documented generally as portxn). the physical i/o reg- isters and bit locations are listed in ?register description for i/o ports? on page 87 . three i/o memory address locations are allocated for each port, one each for the data register ? portx, data direction register ? ddrx, and the port input pins ? pinx. the port input pins i/o location is read only, while the data register and the data direction register are read/write. in addition, the pull-up disable ? pud bit in sfior di sables the pull-up function for all pins in all ports when set. using the i/o port as general digital i/o is described in ?ports as general digital i/o? on page 66 . most port pins are multiplexed with alternate functions for the peripheral features on the device. how each alternate function interferes with the port pin is described in ?alternate port functions? on page 71 . refer to the individual module sections for a full description of the alternate functions. note that enabling the alternate function of some of the port pins does not affect the use of the other pins in the port as general digital i/o. ports as general digital i/o the ports are bi-directional i/o ports with optional internal pull-ups. figure 30 shows a functional description of one i/o-port pin, here generically called pxn. c pin logic r pu see figure "general digital i/o" for details pxn
67 2490r?avr?02/2013 atmega64(l) figure 30. general digital i/o (1) note: 1. wpx, wdx, rrx, rpx, and rdx are common to all pins within the same port. clk i/o , sleep, and pud are common to all ports. configuring the pin each port pin consists of three register bits: ddxn, portxn, and pinxn. as shown in ?register description for i/o ports? on page 87 , the ddxn bits are accessed at the ddrx i/o address, the portxn bits at the portx i/o address, and the pinxn bits at the pinx i/o address. the ddxn bit in the ddrx register selects the direct ion of this pin. if ddxn is written logic one, pxn is configured as an output pin. if ddxn is written logic zero, pxn is configured as an input pin. if portxn is written logic one when the pin is c onfigured as an input pin, the pull-up resistor is activated. to switch the pull-up resistor off, portxn has to be written logic zero or the pin has to be configured as an output pin. the port pins are tri-stated when a reset condition becomes active, even if no clocks are running. if portxn is written logic one when the pin is conf igured as an output pin, the port pin is driven high (one). if portxn is written logic zero when the pin is configured as an output pin, the port pin is driven low (zero). clk rpx rrx wpx rdx wdx pud synchronizer wdx: write ddrx wpx: write portx rrx: read portx register rpx: read portx pin pud: pullup disable clk i/o : i/o clock rdx: read ddrx d l q q reset reset q q d q q d clr portxn q q d clr ddxn pinxn data b u s sleep sleep: sleep control pxn i/o
68 2490r?avr?02/2013 atmega64(l) when switching between tri-state ({ddxn, portxn} = 0b00) and output high ({ddxn, portxn} = 0b11), an intermediate state with either pull-up enabled ({ddxn, portxn} = 0b01) or output low ({ddxn, portxn} = 0b10) must occur. norma lly, the pull-up enabled state is fully accept- able, as a high-impedant enviro nment will not notice the differenc e between a strong high driver and a pull-up. if this is not the case, the pud bit in the sfior register can be written to one to disable all pull-ups in all ports. switching between input with pull-up and output low generates the same problem. the user must use either the tri-state ({ddxn, portxn} = 0b00) or the output high state ({ddxn, portxn} = 0b11) as an intermediate step. table 25 summarizes the control signals for the pin value. reading the pin value independent of the setting of data direction bit ddxn, the port pin can be read through the pinxn register bit. as shown in figure 30 , the pinxn register bit and the preceding latch consti- tute a synchronizer. this is needed to avoid me tastability if the physical pin changes value near the edge of the internal clock, but it also introduces a delay. figure 31 shows a timing diagram of the synchronization when reading an externally applied pin val ue. the maximum and minimum propagation delays are denoted t pd,max and t pd,min respectively. figure 31. synchronization when reading an externally applied pin value table 25. port pin configurations ddxn portxn pud (in sfior) i/o pull-up comment 0 0 x input no tri-state (hi-z) 0 1 0 input yes pxn will source current if ext. pulled low. 0 1 1 input no tri-state (hi-z) 1 0 x output no output low (sink) 1 1 x output no output high (source) system clk instructions sync latch pinxn r17 in r17, pinx 0xff 0x00 t pd, max xxx xxx t pd, min
69 2490r?avr?02/2013 atmega64(l) consider the clock period starting shortly after the first falling edge of th e system clock. the latch is closed when the clock is low, and goes transpa rent when the clock is high, as indicated by the shaded region of the ?sync latch? signal. the signal value is latched when the system clock goes low. it is clocked into the pinxn register at the succeeding positive clock edge. as indi- cated by the two arrows t pd,max and t pd,min , a single signal transiti on on the pin will be delayed between ? and 1-? system clock period depending upon the time of assertion. when reading back a software assigned pin value, a nop instruction must be inserted as indi- cated in figure 32 . the out instruction sets the ?sync latch? signal at the positive edge of the clock. in this case, the delay t pd through the synchronizer is one system clock period. figure 32. synchronization when reading a software assigned pin value nop in r17, pinx 0xff 0x00 0xff t pd out portx, r16 system clk r16 instructions sync latch pinxn r17
70 2490r?avr?02/2013 atmega64(l) the following code example show how to set port b pins 0 and 1 high, 2 and 3 low, and define the port pins from 4 to 7 as input with pull-ups assigned to port pins 6 and 7. the resulting pin values are read back again, but as previously discussed, a nop instruction is included to be able to read back the value recently assigned to some of the pins. note: 1. for the assembly program, two temporary registers are used to minimize the time from pull- ups are set on pins 0, 1, 6, and 7, until the di rection bits are correctly set, defining bit 2 and 3 as low and redefining bits 0 and 1 as strong high drivers. digital input enable and sleep modes as shown in figure 30 , the digital input signal can be clamped to ground at the input of the schmitt trigger. the signal deno ted sleep in the figure, is set by the mcu sleep controller in power-down mode, power-save mode, standby mode, and extended standby mode to avoid high power consumption if some input signals are left floating, or have an analog signal level close to v cc /2. sleep is overridden for port pins enabled as exte rnal interrupt pins. if the external interrupt request is not e nabled, sleep is active also for these pins. sl eep is also overri dden by various other alternate functions as described in ?alternate port functions? on page 71 . if a logic high level (?one?) is present on an as ynchronous external interrupt pin configured as ?interrupt on any logic change on pin? while the external interrupt is not enabled, the corre- sponding external interrupt fl ag will be set when resuming from the above mentioned sleep modes, as the clamping in these sleep m odes produces the requested logic change. unconnected pins if some pins are unused, it is recommended to ens ure that these pins have a defined level. even though most of the digital inputs are disabled in the deep sleep modes as described above, float- assembly code example (1) ... ; define pull-ups and set outputs high ; define directions for port pins ldi r16,(1< 71 2490r?avr?02/2013 atmega64(l) ing inputs should be avoided to reduce current consumption in all other modes where the digital inputs are enabled (reset, active mode and idle mode). the simplest method to ensure a defined level of an unused pin, is to enable the internal pull-up. in this case, the pull-up will be disabled during reset. if low po wer consumption during reset is important, it is recommended to use an external pull-up or pull-down. connecting unused pins directly to vcc or gnd is not recommended, since this may cause excessive currents if the pin is accidentally configured as an output. alternate port functions most port pins have alternate functions in addition to being general digital i/os. figure 33 shows how the port pin control signals from the simplified figure 30 can be overridden by alternate functions. the overriding signals may not be present in all port pins, but the figure serves as a generic description applicable to all port pins in the avr microcontroller family. figure 33. alternate port functions (1) note: 1. wpx, wdx, rlx, rpx, and rdx are common to all pins within the same port. clk i/o , sleep, and pud are common to all ports. all other signals are unique for each pin. table 26 summarizes the function of the overriding signals. the pin and port indexes from fig- ure 33 are not shown in the succeeding tables. the overriding signals are generated internally in the modules having the alternate function. clk rpx rrx wpx rdx wdx pud synchronizer wdx: write ddrx wpx: write portx rrx: read portx register rpx: read portx pin pud: pullup disable clk i/o : i/o clock rdx: read ddrx d l q q set clr 0 1 0 1 0 1 dixn aioxn dieoexn pvovxn pvoexn ddovxn ddoexn puoexn puovxn puoexn: pxn pull-up override enable puovxn: pxn pull-up override value ddoexn: pxn data direction override enable ddovxn: pxn data direction override value pvoexn: pxn port value override enable pvovxn: pxn port value override value dixn: digital input pin n on portx aioxn: analog input/output pin n on portx reset reset q q d clr q q d clr q q d clr pinxn portxn ddxn data b u s 0 1 dieovxn sleep dieoexn: pxn digital input-enable override enable dieovxn: pxn digital input-enable override value sleep: sleep control pxn i/o
72 2490r?avr?02/2013 atmega64(l) the following subsections shortly describe the alternate functions for each port, and relate the overriding signals to the alternate function. refer to the alternate function description for further details. sfior ? special function io register ? bit 2 ? pud: pull-up disable when this bit is written to one, the pull-ups in the i/o ports are disabled even if the ddxn and portxn registers are configured to enable the pull-ups ({ddxn, portxn} = 0b01). see ?con- figuring the pin? on page 67 for more details about this feature. table 26. generic description of overriding signals for alternate functions signal name full name description puoe pull-up override enable if this signal is set, the pull-up enable is controlled by the puov signal. if this signal is cleared, the pull-up is enabled when {ddxn, portxn, pud} = 0b010. puov pull-up override value if puoe is set, the pull-up is enabled/disabled when puov is set/cleared, regardless of the setting of the ddxn, portxn, and pud register bits. ddoe data direction override enable if this signal is set, the output driver enable is controlled by the ddov signal. if this signal is cleared, the output driver is enabled by the ddxn register bit. ddov data direction override value if ddoe is set, the output driver is enabled/disabled when ddov is set/cleared, regardless of the setting of the ddxn register bit. pvoe port value override enable if this signal is set and the output driver is enabled, the port value is controlled by the pvov signal. if pvoe is cleared, and the output driver is enabled, the port value is controlled by the portxn register bit. pvov port value override value if pvoe is set, the port value is set to pvov, regardless of the setting of the portxn register bit. dieoe digital input enable override enable if this bit is set, the digital input enable is controlled by the dieov signal. if this signal is cleared, the digital input enable is determined by mcu state (normal mode, sleep modes). dieov digital input enable override value if dieoe is set, the digital input is enabled/disabled when dieov is set/cleared, regardless of the mcu state (normal mode, sleep modes). di digital input this is the digital input to alternate functions. in the figure, the signal is connected to t he output of the schmitt trigger but before the synchronizer. unless the digital input is used as a clock source, the module with the alternate function will use its own synchronizer. aio analog input/output this is the analog i nput/output to/from alternate functions. the signal is connected directly to the pad, and can be used bi-directionally. bit 7 6 5 4 3 2 1 0 0x20 (0x40) tsm ? ? ? acme pud psr0 psr321 sfior read/write r/w r r r r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
73 2490r?avr?02/2013 atmega64(l) alternate functions of port a the port a has an alternate function as the address low byte and data lines for the external memory interface. table 28 and table 29 relates the alternate functions of port a to the overriding signals shown in figure 33 on page 71 . table 27. port a pins alternate functions port pin alternate function pa7 ad7 (external memory interface address and data bit 7) pa6 ad6 (external memory interface address and data bit 6) pa5 ad5 (external memory interface address and data bit 5) pa4 ad4 (external memory interface address and data bit 4) pa3 ad3 (external memory interface address and data bit 3) pa2 ad2 (external memory interface address and data bit 2) pa1 ad1 (external memory interface address and data bit 1) pa0 ad0 (external memory interface address and data bit 0) table 28. overriding signals for alternate functions in pa7..pa4 signal name pa7/ad7 pa6/ad6 pa5/ad5 pa4/ad4 puoe sre sre sre sre puov ~(wr | ada (1) ) ? porta7 ? pud ~(wr | ada) ? porta6 ? pud ~(wr | ada) ? porta5 ? pud ~(wr | ada) ? porta4 ? pud ddoe sre sre sre sre ddov wr | ada wr | ada wr | ada wr | ada pvoe sre sre sre sre pvov a7 ? ada | d7 output ? wr a6 ? ada | d6 output ? wr a5 ? ada | d5 output ? wr a4 ? ada | d4 output ? wr dieoe 0000 dieov 0000 di d7 input d6 input d5 input d4 input aio ????
74 2490r?avr?02/2013 atmega64(l) note: 1. ada is short for address active and represents the time when address is output. see ?exter- nal memory interface? on page 27 for details. alternate functions of port b the port b pins with alternate functions are shown in table 30 . note: 1. oc1c not applicable in atmega103 compatibility mode. the alternate pin configuration is as follows: ? oc2/oc1c, bit 7 oc2, output compare match output: the pb7 pin can serve as an external output for the timer/counter2 output compare. the pin has to be configured as an output (ddb7 set (one)) to serve this function. the oc2 pin is also t he output pin for the pwm mode timer function. oc1c, output compare match c output: the pb7 pi n can serve as an external output for the timer/counter1 output compare c. the pin has to be configured as an output (ddb7 set (one)) to serve this function. the oc1c pin is also the output pin for the pwm mode timer function. table 29. overriding signals for alternate functions in pa3..pa0 (1) signal name pa3/ad3 pa2/ad2 pa1/ad1 pa0/ad0 puoe sre sre sre sre puov ~(wr | ada) ? porta3 ? pud ~(wr | ada) ? porta2 ? pud ~(wr | ada) ? porta1 ? pud ~(wr | ada) ? porta0 ? pud ddoe sre sre sre sre ddov wr | ada wr | ada wr | ada wr | ada pvoe sre sre sre sre pvov a3 ? ada | d3 output ? wr a2? ada | d2 output ? wr a1 ? ada | d1 output ? wr a0 ? ada | d0 output ? wr dieoe 0000 dieov 0000 di d3 input d2 input d1 input d0 input aio ???? table 30. port b pins alternate functions port pin alternate functions pb7 oc2/oc1c (1) (output compare and pwm output for timer/counter2 or output compare and pwm output c for timer/counter1) pb6 oc1b (output compare and pwm output b for timer/counter1) pb5 oc1a (output compare and pwm output a for timer/counter1) pb4 oc0 (output compare and pwm output for timer/counter0) pb3 miso (spi bus master input/slave output) pb2 mosi (spi bus master output/slave input) pb1 sck (spi bus serial clock) pb0 ss (spi slave select input)
75 2490r?avr?02/2013 atmega64(l) ? oc1b, bit 6 oc1b, output compare match b output: the pb6 pin can serve as an external output for the timer/counter1 output compare b. the pin has to be configured as an output (ddb6 set (one)) to serve this function. the oc1b pin is also the output pin for the pwm mode timer function. ? oc1a, bit 5 oc1a, output compare match a output: the pb5 pin can serve as an external output for the timer/counter1 output compare a. the pin has to be configured as an output (ddb5 set (one)) to serve this function. the oc1a pin is also the output pin for the pwm mode timer function. ? oc0, bit 4 oc0, output compare match output: the pb4 pin can serve as an external output for the timer/counter0 output compare. the pin has to be configured as an output (ddb4 set (one)) to serve this function. the oc0 pin is also t he output pin for the pwm mode timer function. ? miso ? port b, bit 3 miso: master data input, slave data output pin for spi channel. when the spi is enabled as a master, this pin is configured as an input r egardless of the setting of ddb3. when the spi is enabled as a slave, the data direction of this pi n is controlled by ddb3. when the pin is forced to be an input, the pull- up can still be controlled by the portb3 bit. ? mosi ? port b, bit 2 mosi: spi master data output, slave data input for spi channel. when the spi is enabled as a slave, this pin is configured as an input r egardless of the setting of ddb2. when the spi is enabled as a master, the data direction of this pi n is controlled by ddb2. when the pin is forced to be an input, the pull-up can st ill be controlled by the portb2 bit. ? sck ? port b, bit 1 sck: master clock output, slave clock input pin for spi channel. when the spi is enabled as a slave, this pin is configured as an input r egardless of the setting of ddb1. when the spi is enabled as a master, the data direction of this pi n is controlled by ddb1. when the pin is forced to be an input, the pull-up can st ill be controlled by the portb1 bit. ?ss ? port b, bit 0 ss : slave port select input. when the spi is enabled as a slave, this pin is configured as an input regardless of the setting of ddb0. as a slave, the spi is activated when this pin is driven low. when the spi is enabled as a master, the data di rection of this pin is controlled by ddb0. when the pin is forced to be an input, the pull-up can still be controlled by the portb0 bit. table 31 and table 32 relate the alternate functions of port b to the overriding signals shown in figure 33 on page 71 . spi mstr input and spi slave outp ut constitute t he miso signal, while mosi is divided into spi mstr output and spi slave input.
76 2490r?avr?02/2013 atmega64(l) note: 1. see ?output compare modulator (ocm1c2)? on page 161 for details. oc1c does not exist in atmega103 compatibility mode. table 31. overriding signals for alternate functions in pb7..pb4 signal name pb7/oc2/oc1c pb6/oc1b pb5/oc1a pb4/oc0 puoe 0 0 0 0 puov 0 0 0 0 ddoe 0 0 0 0 ddov 0 0 0 0 pvoe oc2/oc1c enable (1) oc1b enable oc1a enable oc0 enable pvov oc2/oc1c (1) oc1b oc1a oc0b dieoe 0 0 0 0 dieov 0 0 0 0 di ? ? ? ? aio ? ? ? ? table 32. overriding signals for alternate functions in pb3..pb0 signal name pb3/miso pb2/mo si pb1/sck pb0/ss puoe spe ? mstr spe ? mstr spe ? mstr spe ? mstr puov portb3 ? pud portb2 ? pud portb1 ? pud portb0 ? pud ddoe spe ? mstr spe ? mstr spe ? mstr spe ? mstr ddov 0 0 0 0 pvoe spe ? mstr spe ? mstr spe ? mstr 0 pvov spi slave output spi mstr output sck output 0 dieoe 0 0 0 0 dieov 0 0 0 0 di spi mstr input spi slave input sck input spi ss aio ? ? ? ?
77 2490r?avr?02/2013 atmega64(l) alternate functions of port c in atmega103 compatibility mode, port c is output only. the po rt c has an alternate function as the address high byte for the external memory interface table 34 and table 35 relate the alternate functions of port c to the overriding signals shown in figure 33 on page 71 . table 33. port c pins alternate functions port pin alternate function pc7 a15 pc6 a14 pc5 a13 pc4 a12 pc3 a11 pc2 a10 pc1 a9 pc0 a8 table 34. overriding signals for alternate functions in pc7..pc4 signal name pc7/a15 p c6/a14 pc5/a13 pc4/a12 puoe sre ? (xmm (1) <1) sre ? (xmm<2) sre ? (xmm<3) sre ? (xmm<4) puov 0 0 0 0 ddoe sre ? (xmm<1) sre ? (xmm<2) sre ? (xmm<3) sre ? (xmm<4) ddov 1 1 1 1 pvoe sre ? (xmm<1) sre ? (xmm<2) sre ? (xmm<3) sre ? (xmm<4) pvov a11 a10 a9 a8 dieoe 0 0 0 0 dieov 0 0 0 0 di ? ? ? ? aio ? ? ? ?
78 2490r?avr?02/2013 atmega64(l) note: 1. xmm = 0 in atmega103 compatibility mode. alternate functions of port d the port d pins with alternate functions are shown in table 36 . note: 1. xck1, txd1, rxd1, sda, and scl not applicable in atmega103 compatibility mode. the alternate pin configuration is as follows: ? t2 ? port d, bit 7 t2, timer/counter2 counter source. ? t1 ? port d, bit 6 t1, timer/counter1 counter source. ? xck1 ? port d, bit 5 xck1, usart1 external clock. the data direction register (ddd5) controls whether the clock is output (ddd5 set) or input (ddd5 cleared). the xck1 pin is active only when the usart1 operates in synchronous mode. ? icp1 ? port d, bit 4 icp1 ? input capture pin1: the pd4 pin can act as an input capture pin for timer/counter1. table 35. overriding signals for alternate functions in pc3..pc0 (1) signal name pc3/a11 pc2/a10 pc1/a9 pc0/a8 puoe sre ? (xmm<5) sre ? (xmm<6) sre ? (xmm<7) sre ? (xmm<7) puov0000 ddoe sre ? (xmm<5) sre ? (xmm<6) sre ? (xmm<7) sre ? (xmm<7) ddov 1 1 1 1 pvoe sre ? (xmm<5) sre ? (xmm<6) sre ? (xmm<7) sre ? (xmm<7) pvov a11 a10 a9 a8 dieoe0000 dieov0000 di???? aio???? table 36. port d pins alternate functions port pin alternate function pd7 t2 (timer/counter2 clock input) pd6 t1 (timer/counter1 clock input) pd5 xck1 (1) (usart1 external clock input/output) pd4 icp1 (timer/counter1 input capture pin) pd3 int3/txd1 (1) (external interrupt3 input or uart1 transmit pin) pd2 int2/rxd1 (1) (external interrupt2 input or uart1 receive pin) pd1 int1/sda (1) (external interrupt1 input or twi serial data) pd0 int0/scl (1) (external interrupt0 input or twi serial clock)
79 2490r?avr?02/2013 atmega64(l) ? int3/txd1 ? port d, bit 3 int3, external interrupt source 3: the pd3 pin can serve as an external interrupt source to the mcu. txd1, transmit data (data output pin for the usart1). when the usart1 transmitter is enabled, this pin is configured as an output regardless of the value of ddd3. ? int2/rxd1 ? port d, bit 2 int2, external interrupt source 2. the pd2 pin can serve as an external interrupt source to the mcu. rxd1, receive data (data input pin for the u sart1). when the usart1 receiver is enabled this pin is configured as an input regardless of the value of ddd2. when the usart forces this pin to be an input, the pull-up can still be controlled by the portd2 bit. ? int1/sda ? port d, bit 1 int1, external interrupt source 1. the pd1 pin can serve as an external interrupt source to the mcu. sda, two-wire serial interface data: when the twen bit in twcr is set (one) to enable the two-wire serial interface, pin pd1 is disconnected from the port and becomes the serial data i/o pin for the two-wire serial interface. in this mode, there is a spike filter on the pin to suppress spikes shorter than 50 ns on the input signal, and the pin is driven by an open drain driver with slew-rate limitation. ?int0/scl ? port d, bit 0 int0, external interrupt source 0. the pd0 pin can serve as an external interrupt source to the mcu. scl, two-wire serial interface clock: when the twen bit in twcr is set (one) to enable the two-wire serial interface, pin pd0 is disconnected from the port and becomes the serial clock i/o pin for the two-wire serial interface. in this mode, there is a spike filter on the pin to sup- press spikes shorter than 50 ns on the input signal , and the pin is driven by an open drain driver with slew-rate limitation. table 37 and table 38 relates the alternate functions of port d to the overriding signals shown in figure 33 on page 71 .
80 2490r?avr?02/2013 atmega64(l) note: 1. when enabled, the two-wire serial interf ace enables slew-rate controls on the output pins pd0 and pd1. this is not shown on the figure. in addition, spike filters are connected between the aio outputs shown in the port figure and the digital logic of the twi module. table 37. overriding signals for alternate functions pd7..pd4 signal name pd7/t2 pd6/t1 pd5/xck1 pd4/icp1 puoe 0 0 0 0 puov 0 0 0 0 ddoe 0 0 0 0 ddov 0 0 0 0 pvoe 0 0 umsel1 0 pvov 0 0 xck1 output 0 dieoe 0 0 0 0 dieov 0 0 0 0 di t2 input t1 input xck1 input icp1 input aio ? ? ? ? table 38. overriding signals for alternate functions in pd3..pd0 (1) signal name pd3/int3/txd1 pd2/int 2/rxd1 pd1/int1/sda pd0/int0/scl puoe txen1 rxen1 twen twen puov 0 portd2 ? pud portd1 ? pud portd0 ? pud ddoe txen1 rxen1 twen twen ddov 1 0 sda_out scl_out pvoe txen1 0 twen twen pvov txd1 0 0 0 dieoe int3 enable int2 enable int1 enable int0 enable dieov 1 1 1 1 di int3 input int2 input/rxd1 int1 input int0 input aio ? ? sda input scl input
81 2490r?avr?02/2013 atmega64(l) alternate functions of port e the port e pins with alternate functions are shown in table 39 . note: 1. icp3, t3, oc3c, oc3b, oc3b, oc3a, and xck0 not applicable in atmega103 compatibility mode. ? int7/icp3 ? port e, bit 7 int7, external interrupt source 7: the pe7 pin can serve as an external interrupt source. icp3 ? input capture pin3: the pe7 pin can act as an input capture pin for timer/counter3. ? int6/t3 ? port e, bit 6 int6, external interrupt source 6: the pe6 pin can serve as an external interrupt source. t3, timer/counter3 counter source. ? int5/oc3c ? port e, bit 5 int5, external interrupt source 5: the pe5 pin can serve as an external interrupt source. oc3c, output compare match c output: the pe5 pi n can serve as an external output for the timer/counter3 output compare c. the pin has to be configured as an output (dde5 set ? one) to serve this function. the oc3c pin is also the output pin for the pwm mode timer function. ? int4/oc3b ? port e, bit 4 int4, external interrupt source 4: the pe4 pin can serve as an external interrupt source. oc3b, output compare match b output: the pe4 pin can serve as an external output for the timer/counter3 output compare b. the pin has to be configured as an output (dde4 set ? one) to serve this function. the oc3b pin is also the output pin for the pwm mode timer function. ? ain1/oc3a ? port e, bit 3 ain1 ? analog comparator negative input. this pi n is directly connected to the negative input of the analog comparator. oc3a, output compare match a output: the pe3 pin can serve as an external output for the timer/counter3 output compare a. the pin has to be configured as an output (dde3 set ? one) to serve this function. the oc3a pin is also the output pin for the pwm mode timer function. table 39. port e pins alternate functions port pin alternate function pe7 int7/icp3 (1) (external interrupt 7 input or timer/counter3 input capture pin) pe6 int6/ t3 (1) (external interrupt 6 input or timer/counter3 clock input) pe5 int5/oc3c (1) (external interrupt 5 input or output compare and pwm output c for timer/counter3) pe4 int4/oc3b (1) (external interrupt 4 input or ou tput compare and pwm output b for timer/counter3) pe3 ain1/oc3a (1) (analog comparator negative input or output compare and pwm output a for timer/counter3) pe2 ain0/xck0 (1) (analog comparator positive input or usart0 external clock input/output) pe1 pdo/txd0 (programming data output or uart0 transmit pin) pe0 pdi/rxd0 (programming data input or uart0 receive pin)
82 2490r?avr?02/2013 atmega64(l) ? ain0/xck0 ? port e, bit 2 ain0 ? analog comparator positive input. this pin is directly connected to the positive input of the analog comparator. xck0, usart0 external clock. the data direction register (dde2) controls whether the clock is output (dde2 set) or input (dde2 cleared) . the xck0 pin is active only when the usart0 operates in synchronous mode. ? pdo/txd0 ? port e, bit 1 pdo, spi serial programming data output. during serial program downloading, this pin is used as data output line for the atmega64. txd0, uart0 transmit pin. ? pdi/rxd0 ? port e, bit 0 pdi, spi serial programming data input. during serial program downloading, this pin is used as data input line for the atmega64. rxd0, usart0 receive pin. re ceive data (data input pin for the usart0). when the usart0 receiver is enabled this pin is conf igured as an input regardless of the value of ddre0. when the usart0 forces this pin to be an input, a logical one in porte0 will turn on the internal pull-up. table 40 and table 41 relates the alternate functions of port e to the overriding signals shown in figure 33 on page 71 . table 40. overriding signals for alternate functions pe7..pe4 signal name pe7/int7/icp3 pe6/int6/t3 pe5/int5/oc3c pe4/int4/oc3b puoe0000 puov0000 ddoe0000 ddov0000 pvoe 0 0 oc3c enable oc3b enable pvov00oc3coc3b dieoe int7 enable int6 enabl e int5 enable int4 enable dieov1111 di int7 input/icp3 input int7 input/t3 input int5 input int4 input aio????
83 2490r?avr?02/2013 atmega64(l) alternate functions of port f the port f has an alternate function as analog input for the adc as shown in table 42 . if some port f pins are configured as outputs, it is essential that these do not switch when a conversion is in progress. this might corr upt the result of the conversion . in atmega103 compatibility mode port f is input only. if the jtag interface is enabled, the pull-up resistors on pins pf7(tdi), pf5(tms) and pf4(tck) will be ac tivated even if a reset occurs. ? tdi, adc7 ? port f, bit 7 adc7, analog to digital converter, channel 7 . tdi, jtag test data in: serial input data to be shifted in to the instruction register or data reg- ister (scan chains). when the jtag interface is enabled, this pin can not be used as an i/o pin. ? tdo, adc6 ? port f, bit 6 adc6, analog to digital converter, channel 6 . tdo, jtag test data out: serial output data from instruction register or data register. when the jtag interface is enabled, this pin can not be used as an i/o pin. the tdo pin is tri-stated unless tap states that shift out data are entered. table 41. overriding signals for alternate functions in pe3..pe0 signal name pe3/ain1/oc3a pe2/ain0/xc k0 pe1/pdo/txd0 pe0/pdi/rxd0 puoe 0 0 txen0 rxen0 puov000porte0 ? pud ddoe 0 0 txen0 rxen0 ddov0010 pvoe oc3b enable umsel0 txen0 0 pvov oc3b xck0 output txd0 0 dieoe0000 dieov0000 di 0 xck0 input ? rxd0 aio ain1 input ain0 input ? ? table 42. port f pins alternate functions port pin alternate function pf7 adc7/tdi (adc input channel 7 or jtag test data input) pf6 adc6/tdo (adc input channel 6 or jtag test data output) pf5 adc5/tms (adc input channel 5 or jtag test mode select) pf4 adc4/tck (adc input channel 4 or jtag test clock) pf3 adc3 (adc input channel 3) pf2 adc2 (adc input channel 2) pf1 adc1 (adc input channel 1) pf0 adc0 (adc input channel 0)
84 2490r?avr?02/2013 atmega64(l) ? tms, adc5 ? port f, bit 5 adc5, analog to digital converter, channel 5 . tms, jtag test mode select: this pin is used fo r navigating through the tap-controller state machine. when the jtag interface is enabled, this pin can not be used as an i/o pin. ? tck, adc4 ? port f, bit 4 adc4, analog to digital converter, channel 4 . tck, jtag test clock: jtag operation is synch ronous to tck. when the jtag interface is enabled, this pin can not be used as an i/o pin. ? adc3 - adc0 ? port f, bit 3..0 analog to digital converter, channel 3..0. table 43. overriding signals for alternate functions in pf7..pf4 signal name pf7/adc7/tdi pf6/adc6 /tdo pf5/adc5/tms pf4/adc4/tck puoe jtagen jtagen jtagen jtagen puov1011 ddoejtagenjtagenjtagenjtagen ddov 0 shift_ir + shift_dr 00 pvoe 0 jtagen 0 0 pvov0tdo00 dieoejtagenjtagenjtagenjtagen dieov0000 di???? aio tdi/adc7 input adc6 input tms/adc5 input tckadc4 input
85 2490r?avr?02/2013 atmega64(l) alternate functions of port g in atmega103 compatibility mode, only the alternate functions are the defaults for port g, and port g cannot be used as general digital port pi ns. the alternate pin configuration is as follows: ? tosc1 ? port g, bit 4 tosc2, timer oscillator pin 1: when the as0 bit in assr is se t (one) to enabl e asynchronous clocking of timer/counter0, pin pg4 is disconnected from the port, and becomes the inverting output of the oscillator amplifier. in this mode, a crystal oscillator is connected to this pin, and the pin can not be used as an i/o pin. ? tosc2 ? port g, bit 3 tosc2, timer oscillator pin 2: when the as0 bit in assr is se t (one) to enabl e asynchronous clocking of timer/counter0, pin pg3 is disconnected from the port, and becomes the input of the inverting oscillator amplifier. in this mode, a crystal oscillator is connected to this pin, and the pin cannot be used as an i/o pin. ? ale ? port g, bit 2 ale is the external data memory address latch enable signal. ?rd ? port g, bit 1 rd is the external data memory read control strobe. table 44. overriding signals for alternate functions in pf3..pf0 signal name pf3/adc3 pf2/adc2 pf1/adc1 pf0/adc0 puoe0000 puov0000 ddoe0000 ddov0000 pvoe0000 pvov0000 dieoe0000 dieov0000 di???? aio adc3 input adc2 input adc1 input adc0 input table 45. port g pins alternate functions port pin alternate function pg4 tosc1 (rtc oscillator timer/counter0) pg3 tosc2 (rtc oscillator timer/counter0) pg2 ale (address latch enable to external memory) pg1 rd (read strobe to external memory) pg0 wr (write strobe to external memory)
86 2490r?avr?02/2013 atmega64(l) ?wr ? port g, bit 0 wr is the external data memory write control strobe. table 46 and table 47 relates the alternate functions of port g to the overriding signals shown in figure 33 on page 71 . table 46. overriding signals for alternate functions in pg4..pg1 signal name pg4/tosc1 pg3/tosc2 pg2/ale pg1/rd puoe as0 as0 sre sre puov 0 0 0 0 ddoe as0 as0 sre sre ddov 0 0 1 1 pvoe 0 0 sre sre pvov 0 0 ale rd dieoe as0 as0 0 0 dieov 0 0 0 0 di ? ? ? ? aio t/c0 osc input t/c0 osc output ? ? table 47. overriding signals for alternate functions in pg0 signal name pg0/wr puoe sre puov 0 ddoe sre ddov 1 pvoe sre pvov wr dieoe 0 dieov 0 di ? aio ?
87 2490r?avr?02/2013 atmega64(l) register description for i/o ports porta ? port a data register ddra ? port a data direction register pina ? port a input pins address portb ? port b data register ddrb ? port b data direction register pinb ? port b input pins address portc ? port c data register ddrc ? port c data direction register bit 76543210 0x1b (0x3b) porta7 porta6 porta5 porta4 porta3 porta2 porta1 porta0 porta read/writer/wr/wr/wr/wr/wr/wr/wr/w initial value00000000 bit 76543210 0x1a (0x3a) dda7 dda6 dda5 dda4 dda3 dda2 dda1 dda0 ddra read/writer/wr/wr/wr/wr/wr/wr/wr/w initial value00000000 bit 76543210 0x19 (0x39) pina7 pina6 pina5 pina4 pi na3 pina2 pina1 pina0 pina read/writerrrrrrrr initial value n/a n/a n/a n/a n/a n/a n/a n/a bit 76543210 0x18 (0x38) portb7 portb6 portb5 portb4 portb3 portb2 portb1 portb0 portb read/writer/wr/wr/wr/wr/wr/wr/wr/w initial value00000000 bit 76543210 0x17 (0x37) ddb7 ddb6 ddb5 ddb4 ddb3 ddb2 ddb1 ddb0 ddrb read/writer/wr/wr/wr/wr/wr/wr/wr/w initial value00000000 bit 76543210 0x16 (0x36) pinb7 pinb6 pinb5 pinb4 pi nb3 pinb2 pinb1 pinb0 pinb read/writerrrrrrrr initial value n/a n/a n/a n/a n/a n/a n/a n/a bit 76543210 0x15 (0x35) portc7 portc6 portc5 portc4 portc3 portc2 portc1 portc0 portc read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x14 (0x34) ddc7 ddc6 ddc5 ddc4 ddc3 ddc2 ddc1 ddc0 ddrc read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
88 2490r?avr?02/2013 atmega64(l) pinc ? port c input pins address in atmega103 compatibility mode , ddrc and pinc registers are in itialized to be ing push-pull zero output. the port pins assumes their initial value, even if the clock is not running. note that the ddrc and pinc registers are available in atmega103 compatibilit y mode, and should not be used for 100% backward compatibility. portd ? port d data register ddrd ? port d data direction register pind ? port d input pins address porte ? port e data register ddre ? port e data direction register pine ? port e input pins address portf ? port f data register bit 76543210 0x13 (0x33) pinc7 pinc6 pinc5 pinc4 pi nc3 pinc2 pinc1 pinc0 pinc read/writerrrrrrrr initial value n/a n/a n/a n/a n/a n/a n/a n/a bit 76543210 0x12 (0x32) portd7 portd6 portd5 portd4 portd3 portd2 portd1 portd0 portd read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x11 (0x31) ddd7 ddd6 ddd5 ddd4 ddd3 ddd2 ddd1 ddd0 ddrd read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x10 (0x30) pind7 pind6 pind5 pind4 pi nd3 pind2 pind1 pind0 pind read/writerrrrrrrr initial value n/a n/a n/a n/a n/a n/a n/a n/a bit 76543210 0x03 (0x23) porte7 porte6 porte5 porte4 porte3 porte2 porte1 porte0 porte read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x02 (0x22) dde7 dde6 dde5 dde4 dde3 dde2 dde1 dde0 ddre read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x01 (0x21) pine7 pine6 pine5 pine4 pine3 pine2 pine1 pine0 pinf read/writerrrrrrrr initial value n/a n/a n/a n/a n/a n/a n/a n/a bit 76543210 (0x62) portf7 portf6 portf5 portf4 portf3 portf2 portf1 portf0 portf read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
89 2490r?avr?02/2013 atmega64(l) ddrf ? port f data direction register pinf ? port f input pins address note that portf and ddrf registers are no t available in atmega103 compatibility mode where port f serves as digital input only. portg ? port g data register ddrg ? port g data direction register ping ? port g input pins address note that portg, ddrg, and ping are not av ailable in atme ga103 compatibility mode. in the atmega103 compatibility mode po rt g serves its alternate fu nctions only (tosc1, tosc2, wr , rd and ale). bit 76543210 (0x61) ddf7 ddf6 ddf5 ddf4 ddf3 ddf2 ddf1 ddf0 ddrf read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x00 (0x20) pinf7 pinf6 pinf5 pinf4 pinf3 pinf2 pinf1 pinf0 pinf read/writerrrrrrrr initial value n/a n/a n/a n/a n/a n/a n/a n/a bit 76543210 (0x65) ? ? ? portg4 portg3 portg2 portg1 portg0 portg read/write r r r r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 bit 76543210 (0x64) ? ? ? ddg4 ddg3 ddg2 ddg1 ddg0 ddrg read/write r r r r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x63) ? ? ? ping4 ping3 ping2 ping1 ping0 ping read/writerrrrrrrr initial value 0 0 0 n/a n/a n/a n/a n/a
90 2490r?avr?02/2013 atmega64(l) external interrupts the external interrupts are triggered by the int7:0 pins. observe that, if enabled, the interrupts will trigger even if th e int7:0 pins are configur ed as outputs. this feat ure provides a way of gen- erating a software interrupt. the external interrupts can be triggered by a falling or rising edge or a low level. this is set up as indicated in the specification for the external interrupt control reg- isters ? eicra (int3:0) and eicrb (int7:4). when the external interrupt is enabled and is configured as level triggered, the interrupt will trigger as long as the pin is held low. note that recognition of falling or rising edge interrupts on int7:4 requires the presence of an i/o clock, described in ?clock systems and their distribution? on page 37 . low level interrupts and the edge interrupt on int3:0 are detected asynchronously. this implies that these interrupts can be used for waking the part also from sleep modes other than idle mode. the i/o clock is halted in all sleep modes except idle mode. note that if a level triggered interrupt is used for wake-up from power-down mode, the changed level must be held for some time to wake up the mcu. this makes the mcu less sensitive to noise. the changed level is sampled twice by the watchdog oscillator clock. the period of the watchdog oscillator is 1 s (nominal) at 5.0v and 25 ? c. the frequency of the watchdog oscilla- tor is voltage dependent as shown in the ?electrical characteristics ? ta = -40c to 85c? on page 325 . the mcu will wake up if the in put has the required level during this sa mpling or if it is held until the end of the start-up time. the start-up time is defined by the sut fuses as described in ?clock systems and their distribution? on page 37 . if the level is sampled twice by the watchdog oscillator clock but disappears before the end of the start-up time, the mcu will still wake up, but no inte rrupt will be generat ed. the required level must be held long enough for the mcu to complete the wake up to trigger the level interrupt. eicra ? external interrupt control register a this register can not be reac hed in atmega103 compat ibility mode, but the initial value defines int3:0 as low level interrupts, as in atmega103. ? bits 7..0 ? isc31, isc30 - isc00, isc00: external interrupt 3 - 0 sense control bits the external interrupts 3 - 0 are activated by the external pins int3:0 if the sreg i-flag and the corresponding interrupt mask in the eimsk is set. the level and edges on the external pins that activate the interrupts are defined in table 48 . edges on int3..int0 are registered asynchro- nously. pulses on int3:0 pins wider than the minimum pulse width given in table 49 will generate an interrupt. shorter pulses are not guaranteed to generate an interrupt. if low level interrupt is selected, the low level must be held until the completion of the currently executing instruction to generate an interrupt. if enabled, a level triggered interrupt will generate an inter- rupt request as long as the pin is held low. when changing the iscn bit, an interrupt can occur. therefore, it is recommended to first disable intn by clearing its interrupt enable bit in the eimsk register. then, the iscn bit can be changed. finally, the intn interrupt flag should be cleared by writing a logical one to its interrupt flag bit (intfn) in the eifr register before the interrupt is re-enabled. bit 76543210 (0x6a) isc31 isc30 isc21 isc20 isc11 isc10 isc01 isc00 eicra read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
91 2490r?avr?02/2013 atmega64(l) note: 1. n = 3, 2, 1or 0. when changing the iscn1/iscn0 bits, the interrupt must be disabled by clearing its interrupt enable bit in the eimsk register. otherwise an interrupt can occur when the bits are changed. eicrb ? external interrupt control register b ? bits 7..0 ? isc71, isc70 - isc41, isc40: external interrupt 7 - 4 sense control bits the external interrupts 7 - 4 are activated by the external pins int7:4 if the sreg i-flag and the corresponding interrupt mask in the eimsk is set. the level and edges on the external pins that activate the interrupts are defined in table 50 . the value on the int7:4 pins are sampled before detecting edges. if edge or toggle interrupt is selected, pulses that last longer than one clock period will generate an interrupt. shorter pulses are not guaranteed to generate an interrupt. observe that cpu clock frequency can be lower than the xtal frequency if the xtal divider is enabled. if low level interrupt is selected, the lo w level must be held unt il the completion of the currently executing instru ction to generate an interrupt. if e nabled, a level trig gered inte rrupt will generate an interrupt request as long as the pin is held low. note: 1. n = 7, 6, 5 or 4. when changing the iscn1/iscn0 bits, the interrupt must be disabled by clearing its interrupt enable bit in the eimsk register. otherwise an interrupt can occur when the bits are changed. table 48. interrupt sense control (1) iscn1 iscn0 description 0 0 the low level of intn generates an interrupt request. 01reserved 1 0 the falling edge of intn generates asynchronously an interrupt request. 1 1 the rising edge of intn generates asynchronously an interrupt request. table 49. asynchronous external interrupt characteristics symbol parameter condition min typ max units t int minimum pulse width for asynchronous external interrupt 50 ns bit 76543210 0x3a (0x5a) isc71 isc70 isc61 isc60 isc51 isc50 isc41 isc40 eicrb read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 table 50. interrupt sense control (1) iscn1 iscn0 description 0 0 the low level of intn generates an interrupt request. 0 1 any logical change on intn generates an interrupt request 1 0 the falling edge between two samples of intn generates an interrupt request. 1 1 the rising edge between two samples of intn generates an interrupt request.
92 2490r?avr?02/2013 atmega64(l) eimsk ? external interrupt mask register ? bits 7..4 ? int7 - int0: external interrupt request 7 - 0 enable when an int7 - int4 bit is written to one and the i-bit in the status register (sreg) is set (one), the corresponding external pin interrupt is enabl ed. the interrupt sense control bits in the exter- nal interrupt control registers ? eicra and eicrb defines whether the external interrupt is activated on rising or falling ed ge or level sensed. activity on any of these pins will trigger an interrupt request even if the pin is enabled as an output. this provides a way of generating a software interrupt. eifr ? external interrupt flag register ? bits 7..0 ? intf7 - intf0: external interrupt flags 7 - 0 when an edge or logic change on the int7:0 pin triggers an interrupt request, intf7:0 becomes set (one). if the i-bit in sreg and the corresponding interrupt enable bit, int7:0 in eimsk, are set (one), the mcu will jump to the interrupt vector. the flag is cleared when the interrupt rou- tine is executed. alternatively, the flag can be cleared by writing a logical one to it. these flags are always cleared when int7:0 are configured as level interrupt. note that when entering sleep mode with the int3:0 inte rrupts disabled, the input buffers on these pins will be disabled. this may cause a logic change in internal si gnals which will set the intf3:0 flags. see ?digital input enable and sleep modes? on page 70 for more information. bit 76543210 0x39 (0x59) int7 int6 int5 int4 int3 int2 int1 int0 eimsk read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x38 (0x58) intf7 intf6 intf5 intf4 intf3 intf2 intf1 intf0 eifr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
93 2490r?avr?02/2013 atmega64(l) 8-bit timer/counter0 with pwm and asynchronous operation timer/counter0 is a general purpose, single-c hannel, 8-bit timer/counter module. the main features are: ? single channel counter ? clear timer on compar e match (auto reload) ? glitch-free, phase correct pu lse width modulator (pwm) ? frequency generator ? 10-bit clock prescaler ? overflow and compare match interrupt sources (tov0 and ocf0) ? allows clocking from external 32 khz wa tch crystal independent of the i/o clock overview a simplified block diagram of the 8-bit timer/counter is shown in figure 34 . for the actual place- ment of i/o pins, refer to ?pin configuration? on page 2 . cpu accessible i/o registers, including i/o bits and i/o pins, are shown in bold. the de vice-specific i/o register and bit locations are listed in the ?8-bit timer/counter register description? on page 104 . figure 34. 8-bit timer/counter block diagram registers the timer/counter (tcnt0) and output compare register (ocr0) are 8-bit registers. interrupt request (shorten as int.req.) signals are all visible in the timer interrupt flag register (tifr). all interrupts are individually masked with the timer interrupt mask register (timsk). tifr and timsk are not shown in the figure since these registers are shared by other timer units. the timer/counter can be clocked internally, via the prescaler, or asynchronously clocked from the tosc1/2 pins, as detailed later in this section. the asynchronous operation is controlled by the asynchronous status regist er (assr). the clock select lo gic block controls which clock source the timer/counter uses to increment (or de crement) its value. the timer/counter is inac- timer/counter data b u s = tcntn waveform generation ocn = 0 control logic = 0xff top bottom count clear direction tovn (int. req.) ocn (int. req.) synchronization unit ocrn tccrn assrn status flags clk i/o clk asy synchronized status flags asynchronous mode select (asn) tosc1 t/c oscillator tosc2 prescaler clk tn clk i/o
94 2490r?avr?02/2013 atmega64(l) tive when no clock source is selected. the output from the clock select logic is referred to as the timer clock (clk t0 ). the double buffered output compare register (ocr0) is compared with the timer/counter value at all times. the result of the compare can be used by the waveform generator to gener- ate a pwm or variable frequency output on the output compare pin (oc0). see ?output compare unit? on page 95. for details. the comp are match event will also set the compare flag (ocf0) which can be used to generate an output compare interrupt request. definitions many register and bit references in this datasheet are written in general form. a lower case ?n? replaces the timer/counter number, in this case 0. however, when using the register or bit defines in a program, the precise form must be used, that is tcnt0 for accessing timer/counter0 counter value and so on. the definitions in table 51 are also used extensively throughout this section. timer/counter clock sources the timer/counter can be clocked by an internal synchronous or an external asynchronous clock source. the clock source clk t0 is by default equal to the mcu clock, clk i/o . when the as0 bit in the assr register is written to logic one, the clock source is taken from the timer/counter oscillator connected to tosc1 and tosc2. fo r details on asynchronous operation, see ?assr ? asynchronous status register? on page 107 . for details on clock sour ces and prescaler, see ?timer/counter prescaler? on page 110 . table 51. definitions bottom the counter reaches the bottom when it becomes zero (0x00). max the counter reaches its maximum when it becomes 0xff (decimal 255). top the counter reaches the top when it becomes equal to the highest value in the count sequence. the top value can be assigned to be the fixed value 0xff (max) or the value stored in the ocr0 register. the assignment is dependent on the mode of operation.
95 2490r?avr?02/2013 atmega64(l) counter unit the main part of the 8-bit timer/counter is the programmable bi-directional counter unit. figure 35 shows a block diagram of the counter and its surrounding environment. figure 35. counter unit block diagram signal description (internal signals): count increment or decrement tcnt0 by 1. direction selects between increment and decrement. clear clear tcnt0 (set a ll bits to zero). clk t 0 timer/counter clock. top signalizes that tcnt0 has reached maximum value. bottom signalizes that tcnt0 has reached minimum value (zero). depending on the mode of operation used, the counter is cleared, incremented, or decremented at each timer clock (clk t0 ). clk t0 can be generated from an external or internal clock source, selected by the clock select bits (cs02:0). w hen no clock source is selected (cs02:0 = 0) the timer is stopped. however, the tcnt0 value can be accessed by the cpu, regardless of whether clk t0 is present or not. a cpu write overrides (has priority over) all counter clear or count operations. the counting sequence is determined by the setting of the wgm01 and wgm00 bits located in the timer/counter control register (tccr0). there are close connections between how the counter behaves (counts) and how waveforms are generated on the output compare output oc0. for more details about advanced counting sequences and waveform generation, see ?modes of operation? on page 98 . the timer/counter overflow flag (tov0) is set according to the mode of operation selected by the wgm01:0 bits. tov0 can be used for generating a cpu interrupt. output compare unit the 8-bit comparator continuously compares tcnt0 with the output compare register (ocr0). whenever tcnt0 equals ocr0, the comparator signals a match. a match will set the output compare flag (ocf0) at the next timer clock cycle. if enabled (ocie0 = 1), the output compare flag generates an output compare interrupt. the ocf0 flag is automatically cleared when the interrupt is executed. alternatively, t he ocf0 flag can be cleared by software by writ- ing a logical one to its i/o bit location. the waveform generator uses the match signal to generate an output according to operating mode set by the wgm01:0 bits and compare output mode (com01:0) bits. the max and bottom signals are used by the waveform generator for handling the special cases of the extreme values in some modes of operation ( ?modes of oper- ation? on page 98 ). figure 36 shows a block diagram of the output compare unit. data b u s tcntn control logic count tovn (int.req.) top bottom direction clear tosc1 t/c oscillator tosc2 prescaler clk i/o clk tn
96 2490r?avr?02/2013 atmega64(l) figure 36. output compare unit, block diagram the ocr0 register is double buffered when us ing any of the pulse width modulation (pwm) modes. for the normal and clear timer on compare (ctc) modes of operation, the double buff- ering is disabled. the double buffering synchron izes the update of the ocr0 compare register to either top or bottom of the counting sequenc e. the synchronization prevents the occurrence of odd-length, non-symmetrical pwm pulses, thereby making the output glitch-free. the ocr0 register access may seem complex, but this is not case. when the double buffering is enabled, the cpu has access to the ocr0 buff er register, and if double buffering is disabled the cpu will access the ocr0 directly. force output compare in non-pwm waveform generation modes, the match output of the comparator can be forced by writing a one to the force output compare (foc0) bit. forcing compare match will not set the ocf0 flag or reload/clea r the timer, but the oc0 pin will be up dated as if a real compare match had occurred (the com01:0 bits settings define whether the oc0 pin is set, cleared or toggled). compare match blocking by tcnt0 write all cpu write operations to the tcnt0 register will block any comp are match that occurs in the next timer clock cycle, even when the timer is st opped. this feature allows ocr0 to be initialized to the same value as tcnt0 without triggering an interrupt when the timer/counter clock is enabled. using the output compare unit since writing tcnt0 in any mo de of operation will block all compare matches for one timer clock cycle, there are risks involved when ch anging tcnt0 when using the output compare channel, independently of whether the timer/counte r is running or not. if the value written to tcnt0 equals the ocr0 value, th e compare match will be missed, resulting in incorrect wave- form generation. similarly, do not write the tcnt0 value equal to bottom when the counter is downcounting. the setup of the oc0 should be performed before setting the data direction register for the port pin to output. the easiest way of setting the oc0 value is to use the force output compare (foc0) strobe bit in normal mode. the oc0 r egister keeps its value even when changing between waveform generation modes. be aware that the com01:0 bits are not double buffered together with the compare value. changing the com01:0 bits will take effect immediately. ocfn (int.req.) = (8-bit comparator ) ocrn ocxy data b u s tcntn wgmn1:0 waveform generator top focn comn1:0 bottom
97 2490r?avr?02/2013 atmega64(l) compare match output unit the compare output mode (com01:0) bits hav e two functions. the waveform generator uses the com01:0 bits for defining the output compare (oc0) state at the next compare match. also, the com01:0 bits control the oc0 pin output source. figure 37 shows a simplified sche- matic of the logic affected by the com01:0 bit setting. the i/o registers, i/o bits, and i/o pins in the figure are shown in bold. only the parts of the general i/o port control registers (ddr and port) that are affected by the com01:0 bits are shown. when referring to the oc0 state, the reference is for the internal oc0 register, not the oc0 pin. figure 37. compare match output unit, schematic the general i/o port function is overridden by the output compare (oc0) from the waveform generator if either of the com01:0 bits are set. however, the oc0 pin direction (input or output) is still controlled by the data direction register (ddr) for the port pin. the data direction regis- ter bit for the oc0 pin (ddr_oc0) must be set as output before the oc0 value is visible on the pin. the port override function is independent of the waveform generation mode. the design of the output compare pin logic allows initialization of the oc0 state before the out- put is enabled. note that some com01:0 bit settings are reserved for certain modes of operation. see ?8-bit timer/counter register description? on page 104. compare output mode and waveform generation the waveform generator uses the com01:0 bits differently in normal, ctc, and pwm modes. for all modes, setting the com01:0 = 0 tells the waveform generator that no action on the oc0 register is to be performed on the next compare match. for compare output actions in the non- pwm modes refer to table 53 on page 105 . for fast pwm mode, refer to table 54 on page 105 , and for phase correct pwm refer to table 55 on page 105 . a change of the com01:0 bits stat e will have effect at the first co mpare match after the bits are written. for non-pwm modes, the action can be fo rced to have immediate effect by using the foc0 strobe bits. port ddr dq dq ocn pin ocn dq waveform generator comn1 comn0 0 1 data b u s focn clk i/o
98 2490r?avr?02/2013 atmega64(l) modes of operation the mode of operation, that is, the behavior of the timer/counter and the output compare pins, is defined by the combination of the waveform generation mode (wgm01:0) and compare out- put mode (com01:0) bits. the compare output mode bits do not affect the counting sequence, while the waveform generation mode bits do. the com01:0 bits control whether the pwm out- put generated should be inverted or not (inverted or non-inverted pwm). for non-pwm modes the com01:0 bits control whether the output should be set, cleared, or toggled at a compare match ( see ?compare match output unit? on page 97. ). for detailed timing information refer to ?timer/counter timing diagrams? on page 102 . normal mode the simplest mode of operation is the normal mode (wgm01:0 = 0). in this mode the counting direction is always up (incrementing), and no counter clear is performed. the counter simply overruns when it passes its maximum 8-bit value (top = 0xff) and then restarts from the bot- tom (0x00). in normal o peration the timer/counter overflow flag (tov0) will be set in the same timer clock cycle as the tcnt0 becomes zero. the tov0 flag in this case behaves like a ninth bit, except that it is only set, not cleared. however, combined with the timer overflow interrupt that automatically clears the tov0 flag, the timer resolution can be increased by software. there are no special cases to consider in the normal mode, a new counter value can be written anytime. the output compare unit can be used to generate interrupts at some given time. using the out- put compare to generate waveforms in normal mode is not recommended, since this will occupy too much of the cpu time. clear timer on compare match (ctc) mode in clear timer on compare or ctc mode (wgm01:0 = 2), the ocr0 register is used to manip- ulate the counter resolution. in ctc mode the counter is cleared to zero when the counter value (tcnt0) matches the ocr0. the ocr0 defines the top value for the counter, hence also its resolution. this mode allows greater control of the compare match output frequency. it also sim- plifies the operation of counting external events. the timing diagram for the ctc mode is shown in figure 38 . the counter value (tcnt0) increases until a compare match occurs between tcnt0 and ocr0, and then counter (tcnt0) is cleared. figure 38. ctc mode, timing diagram an interrupt can be generated each time the counter value reaches the top value by using the ocf0 flag. if the interrupt is enabled, the interrupt handler routine can be used for updating the top value. however, changing the top to a va lue close to bottom when the counter is run- ning with none or a low prescaler value must be done with care since the ctc mode does not have the double buffering feature. if the new value written to ocr0 is lower than the current tcntn ocn (toggle) ocn interrupt flag set 1 4 period 2 3 (comn1:0 = 1)
99 2490r?avr?02/2013 atmega64(l) value of tcnt0, the counter will miss the compar e match. the counter will then have to count to its maximum value (0xff) and wrap around starting at 0x00 before the compare match can occur. for generating a waveform output in ctc mode, the oc0 output can be set to toggle its logical level on each compare match by setting the compare output mode bits to toggle mode (com01:0 = 1). the oc0 value will no t be visible on the port pin unl ess the data direction for the pin is set to output. the waveform generated will have a maximum frequency of f oc0 = f clk_i/o /2 when ocr0 is set to zero (0x00). the waveform frequency is defined by the following equation: the n variable represents the prescale factor (1, 8, 32, 64, 128, 256, or 1024). as for the normal mode of operation, the tov0 flag is set in the same timer clock cycle that the counter counts from max to 0x00. fast pwm mode the fast pulse width modulation or fast pwm mode (wgm01:0 = 3) provides a high frequency pwm waveform generation option. the fast pwm di ffers from the other pwm option by its sin- gle-slope operation. the counter counts from bottom to max then restarts from bottom. in non-inverting compare output mode, the output compare (oc0) is cleared on the compare match between tcnt0 and ocr0, and set at bottom. in inverting compare output mode, the output is set on compare match and cleared at bottom. due to the single-slope operation, the operating frequency of the fast pwm mode can be twice as high as the phase correct pwm mode that uses dual-slope operation. this high frequency makes the fast pwm mode well suited for power regulation, rectification, and dac app lications. high frequency a llows physically small sized external components (coils, capacitors), and therefore reduces total system cost. in fast pwm mode, the counter is incremented until the counter value matches the max value. the counter is then cleared at the following timer clock cycle. the timing diagram for the fast pwm mode is shown in figure 39 . the tcnt0 value is in the timing diagram shown as a histo- gram for illustrating the single-s lope operation. the diagram includes non- inverted and inverted pwm outputs. the small horizontal line marks on the tcnt0 slopes represent compare matches between ocr0 and tcnt0. f ocn f clk_i/o 2 n 1 ocrn + ?? ?? ---------------------------------------------- - =
100 2490r?avr?02/2013 atmega64(l) figure 39. fast pwm mode, timing diagram the timer/counter overflow flag (tov0) is set each time the counter reaches max. if the inter- rupt is enabled, the interrupt handler routine can be used for updating the compare value. in fast pwm mode, the compare unit allows generation of pwm waveforms on the oc0 pin. set- ting the com01:0 bits to two will produce a non- inverted pwm and an inve rted pwm output can be generated by setting the com01:0 to three (see table 54 on page 105 ). the actual oc0 value will only be visible on the port pin if the data direction for the port pin is set as output. the pwm waveform is generated by setting (or clearing) the oc0 register at the compare match between ocr0 and tcnt0, and clearing (or setting) the oc0 register at the timer clock cycle the counter is cleared (changes from max to bottom). the pwm frequency for the output can be calculated by the following equation: the n variable represents the prescale factor (1, 8, 32, 64, 128, 256, or 1024). the extreme values for the ocr0 register represent special cases when generating a pwm waveform output in the fast pwm mode. if the ocr0 is set equal to bottom, the output will be a narrow spike for each max+1 ti mer clock cycle. setting the ocr0 equal to max will result in a constantly high or low output (depending on the polarity of the output set by the com01:0 bits.) a frequency (with 50% duty cycle) waveform output in fast pwm mode can be achieved by set- ting oc0 to toggle its logical level on each compare match (com01:0 = 1). the waveform generated will have a ma ximum frequency of f oc0 = f clk_i/o /2 when ocr0 is set to zero. this fea- ture is similar to the oc0 toggle in ctc mode, except the double buffer feature of the output compare unit is enabled in the fast pwm mode. tcntn ocrn update and tovn interrupt flag set 1 period 2 3 ocn ocn (comn1:0 = 2) (comn1:0 = 3) ocrn interrupt flag set 4 5 6 7 f ocnpwm f clk_i/o n 256 ? ------------------ =
101 2490r?avr?02/2013 atmega64(l) phase correct pwm mode the phase correct pwm mode (wgm01:0 = 1) pr ovides a high resolution phase correct pwm waveform generation option. the phase correct pwm mode is based on a dual-slope operation. the counter counts repeatedly from bottom to max and then from max to bottom. in non- inverting compare output mode, the output compare (oc0) is cleared on the compare match between tcnt0 and ocr0 while upcounting, and set on the compare match while downcount- ing. in inverting output compare mode, the operation is inverted. the dual-slope operation has lower maximum operation frequency than single slope operation. however, due to the symmet- ric feature of the dual-slope pwm modes, these modes are preferred for motor control applications. the pwm resolution for the phase correct pwm m ode is fixed to eight bits. in phase correct pwm mode the counter is incremented until the counter value matches max. when the counter reaches max, it changes the count direction. the tcnt0 value will be equal to max for one timer clock cycle. the timing diagram fo r the phase correct pwm mode is shown on figure 40 . the tcnt0 value is in the timing diagram shown as a histogram for illustrating the dual-slope operation. the diagram includes non-inverted and inverted pwm outputs. the small horizontal line marks on the tcnt0 slopes represent compare matches between ocr0 and tcnt0. figure 40. phase correct pwm mode, timing diagram the timer/counter overflow flag (tov0) is set each time the counter reaches bottom. the interrupt flag can be used to generate an interrupt each time the counter reaches the bottom value. in phase correct pwm mode, the compare unit allows generation of pwm waveforms on the oc0 pin. setting the com01:0 bits to two will produce a non-inverted pwm. an inverted pwm output can be generated by setting the com01:0 to three (see table 55 on page 105 ). the actual oc0 value will only be visibl e on the port pin if the data direction for the port pin is set as output. the pwm waveform is generated by clearing (or setting) the oc0 register at the com- pare match between ocr0 and tcnt0 when the counter increments, and setting (or clearing) the oc0 register at compare match between ocr0 and tcnt0 when the counter decrements. tovn interrupt flag set ocn interrupt flag set 1 2 3 tcntn period ocn ocn (comn1:0 = 2) (comn1:0 = 3) ocrn update
102 2490r?avr?02/2013 atmega64(l) the pwm frequency for the output when using phase correct pwm can be calculated by the fol- lowing equation: the n variable represents the prescale factor (1, 8, 32, 64, 128, 256, or 1024). the extreme values for the ocr0 register represent special cases when generating a pwm waveform output in the phase correct pwm mode. if the ocr0 is set equal to bottom, the out- put will be continuously low and if set equal to max the output will be continuously high for non- inverted pwm mode. for inverted pwm the output will have the opposite logic values. at the very start of period 2 in figure 40 ocn has a transition from high to low even though there is no compare match. the point of this transition is to guarantee symmetry around bottom. there are two cases that give a transition without compare match. ? ocr0 changes its value from max, like in figure 40 . when the ocr0 value is max the ocn pin value is the same as the result of a down-counting compare match. to ensure symmetry around bottom the ocn value at max must correspond to the result of an up- counting compare match. ? the timer starts counting from a higher value than the one in ocr0, and for that reason misses the compare match and hence the ocn change that would have happened on the way up. timer/counter timing diagrams figure 41 and figure 42 contain timing data for the timer/counter operation. the timer/counter is a synchronous design and the timer clock (clk t0 ) is therefore shown as a clock enable signal. the figure shows the count sequence close to the max value. figure 43 and figure 44 show the same timing data, but with the prescaler enabled. the figures illustrate when interrupt flags are set. the following figures show the timer/counter in synchronous mode, and the timer clock (clk t0 ) is therefore shown as a clock enable signal. in asynchronous mode, clk i/o should be replaced by the timer/counter oscillator clock. the figures include informati on on when interrupt flags are set. figure 41 contains timing data for basic timer/ counter operation. the figure shows the count sequence close to the max value in all modes other than phase correct pwm mode. figure 41. timer/counter timing diagram, no prescaling figure 42 shows the same timing data, but with the prescaler enabled. f ocnpcpwm f clk_i/o n 510 ? ------------------ = clk tn (clk i/o /1) tovn clk i/o tcntn max - 1 max bottom bottom + 1
103 2490r?avr?02/2013 atmega64(l) figure 42. timer/counter timing diagram, with prescaler (f clk_i/o /8) figure 43 shows the setting of ocf0 in all modes except ctc mode. figure 43. timer/counter timing diagram, setting of ocf0, with prescaler (f clk_i/o /8) figure 44 shows the setting of ocf0 and the clearing of tcnt0 in ctc mode. figure 44. timer/counter timing diagram, clear ti mer on compare match mode, with pres- caler (f clk_i/o /8) tovn tcntn max - 1 max bottom bottom + 1 clk i/o clk tn (clk i/o /8) ocfn ocrn tcntn ocrn value ocrn - 1 ocrn ocrn + 1 ocrn + 2 clk i/o clk tn (clk i/o /8) ocfn ocrn tcntn (ctc) top top - 1 top bottom bottom + 1 clk i/o clk tn (clk i/o /8)
104 2490r?avr?02/2013 atmega64(l) 8-bit timer/counter register description tccr0 ? timer/counter control register ? bit 7 ? foc0: force output compare the foc0 bit is only active when the wgm bits specify a non-pwm mode. however, for ensur- ing compatibility with future devices, this bit must be set to zero when tccr0 is written when operating in pwm mode. when writing a logical one to the foc0 bit, an immediate compare match is forced on the waveform generation unit. the oc0 output is changed according to its com01:0 bits setting. note that the foc0 bit is implemented as a strobe. therefore it is the value present in the com01:0 bits that determines the effect of the forced compare. a foc0 strobe will not generate any interrupt, nor will it clear the timer in ctc mode using ocr0 as top. the foc0 bit is always read as zero. ? bit 6, 3 ? wgm01:0: waveform generation mode these bits control the counting sequence of the counter, the source for the maximum (top) counter value, and what type of waveform generation to be used. modes of operation supported by the timer/counter unit are: normal mode, clear timer on compare match (ctc) mode, and two types of pulse width modulation (pwm) modes. see table 52 and ?modes of operation? on page 98 . note: 1. the ctc0 and pwm0 bit definition names are now obsolete. use the wgm01:0 definitions. however, the functionality and location of these bits are compatible with previous versions of the timer. ? bit 5:4 ? com01:0: compare match output mode these bits control the output compare pin (oc0) behavior. if one or both of the com01:0 bits are set, the oc0 output overrides the normal port functionality of the i/o pin it is connected to. however, note that the data direction register (ddr) bit corresponding to oc0 pin must be set in order to enable the output driver. when oc0 is connected to the pin, the function of the com01:0 bits depends on the wgm01:0 bit setting. table 53 shows the com01:0 bit functionality when the wgm01:0 bits are set to a normal or ctc mode (non-pwm). bit 76543210 0x33 (0x53) foc0 wgm00 com01 com00 wgm01 cs02 cs01 cs00 tccr0 read/write w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 table 52. waveform generation mode bit description (1) mode wgm01 (ctc0) wgm00 (pwm0) timer/counter mode of operation top update of ocr0 at tov0 flag set on 0 0 0 normal 0xff immediate max 1 0 1 pwm, phase correct 0xff top bottom 2 1 0 ctc ocr0 immediate max 31 1fast pwm 0xffbottommax
105 2490r?avr?02/2013 atmega64(l) table 54 shows the com01:0 bit functionality when the wgm01:0 bits are set to fast pwm mode. note: 1. a special case occurs when ocr0 equals to p and com01 is set. in this case, the compare match is ignored, but the set or clear is done at bottom. see ?fast pwm mode? on page 99 for more details. table 55 shows the com01:0 bit functionality when the wgm01:0 bits are set to phase correct pwm mode. note: 1. a special case occurs when ocr0 equals to p and com01 is set. in this case, the compare match is ignored, but the set or clear is done at top. see ?phase correct pwm mode? on page 101 for more details. table 53. compare output mode, non-pwm mode com01 com00 description 0 0 normal port operation, oc0 disconnected. 0 1 toggle oc0 on compare match. 1 0 clear oc0 on compare match. 1 1 set oc0 on compare match. table 54. compare output mode, fast pwm mode (1) com01 com00 description 0 0 normal port operation, oc0 disconnected. 01reserved 1 0 clear oc0 on compare match, set oc0 at bottom, (non-inverting mode). 1 1 set oc0 on compare match, clear oc0 at bottom, (inverting mode). table 55. compare output mode, phase correct pwm mode (1) com01 com00 description 0 0 normal port operation, oc0 disconnected. 0 1 reserved. 1 0 clear oc0 on compare match when up-counting. set oc0 on compare match when downcounting. 1 1 set oc0 on compare match when up-counting. clear oc0 on compare match when downcounting.
106 2490r?avr?02/2013 atmega64(l) ? bit 2:0 ? cs02:0: clock select the three clock select bits select the clock source to be used by the timer/counter, see table 56 . tcnt0 ? timer/counter register the timer/counter register gives direct ac cess, both for read and write operations, to the timer/counter unit 8-bit counter. writing to the tcnt0 register blocks (removes) the compare match on the following timer clock. modifying the counter (tcnt0) while the counter is running, introduces a risk of missing a compare match between tcnt0 and the ocr0 register. ocr0 ? output compare register the output compare register contains an 8-bit value that is continuously compared with the counter value (tcnt0). a match can be used to generate an output compare interrupt, or to generate a waveform output on the oc0 pin. table 56. clock select bit description cs02 cs01 cs00 description 0 0 0 no clock source (timer/counter stopped) 001clk t0s /(no prescaling) 010clk t0s /8 (from prescaler) 011clk t0s /32 (from prescaler) 100clk t0s /64 (from prescaler) 101clk t0s /128 (from prescaler) 110clk t 0 s /256 (from prescaler) 111clk t 0 s /1024 (from prescaler) bit 76543210 0x32 (0x52) tcnt0[7:0] tcnt0 read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x31 (0x51) ocr0[7:0] ocr0 read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
107 2490r?avr?02/2013 atmega64(l) asynchronous operation of the timer/counter assr ? asynchronous status register ? bit 3 ? as0: asynchronous timer/counter0 when as0 is written to zero, timer/counter0 is clocked from the i/o clock, clk i/o . when as0 is written to one, timer/c ounter 0 is clocked from a crystal os cillator connected to the timer oscil- lator 1 (tosc1) pin. when the value of as0 is changed, the contents of tcnt0, ocr0, and tccr0 might be corrupted. ? bit 2 ? tcn0ub: timer/counter0 update busy when timer/counter0 operates asynchronously and tcnt0 is written, this bit becomes set. when tcnt0 has been updated from the temporary storage register, this bit is cleared by hard- ware. a logical zero in this bit indicates that tcnt0 is ready to be updated with a new value. ? bit 1 ? ocr0ub: output co mpare register0 update busy when timer/counter0 operates asynchronously and ocr0 is written, this bit becomes set. when ocr0 has been updated from the temporary storage register, this bit is cleared by hard- ware. a logical zero in this bit indicates that ocr0 is ready to be updated with a new value. ? bit 0 ? tcr0ub: timer/counter control register0 update busy when timer/counter0 operates asynchronously and tccr0 is written, this bit becomes set. when tccr0 has been updated from the temporary storage register, this bit is cleared by hard- ware. a logical zero in this bit indicates that tccr0 is ready to be updated with a new value. if a write is performed to any of the three time r/counter0 registers while its update busy flag is set, the updated value might get corrupted and cause an unintentional interrupt to occur. the mechanisms for reading tcnt0, ocr0, and tccr0 are different. when reading tcnt0, the actual timer value is read. when reading oc r0 or tccr0, the value in the temporary stor- age register is read. asynchronous operation of timer/counter0 when timer/counter0 operates asynchronously, some considerations must be taken. ? warning: when switching between asynchronous and synchronous clocking of timer/counter0, the timer registers tcnt0, ocr0, and tccr0 might be corrupted. a safe procedure for switching clock source is: 1. disable the timer/counter0 interrupts by clearing ocie0 and toie0. 2. select clock source by setting as0 as appropriate. 3. write new values to tcnt0, ocr0, and tccr0. 4. to switch to asynchronous operation: wait for tcn0ub, ocr0ub, and tcr0ub. 5. clear the timer/counter0 interrupt flags. 6. enable interrupts, if needed. bit 76543 2 1 0 0x30 (0x50) ? ? ? ? as0 tcn0ub ocr0ub tcr0ub assr read/writerrrrr/wr r r initial value 0 0 0 0 0 0 0 0
108 2490r?avr?02/2013 atmega64(l) ? the oscillator is optimized for use with a 32.768 khz watch crystal. applying an external clock to the tosc1 pin may result in incorrect timer/counter0 operation. the cpu main clock frequency must be more than four times the oscillator frequency. ? when writing to one of the r egisters tcnt0, ocr0, or tccr0, the value is transferred to a temporary register, and latched after two positive edges on tosc1. the user should not write a new value before the contents of the temporary register have been transferred to its destination. each of the three mentioned registers have their individual temporary register, for example, writing to tcnt0 does not disturb an ocr0 write in progress. to detect that a transfer to the destination register has taken place, the asynchronous status register ? assr has been implemented. ? when entering power-save or extended standby mode after having written to tcnt0, ocr0, or tccr0, the user must wait until the written register has been updated if timer/counter0 is used to wake up the device. other wise, the mcu will enter sleep mode before the changes are effective. this is particularly important if the output compare0 interrupt is used to wake up the device, since the output compare function is disabled during writing to ocr0 or tcnt0. if the write cycle is not finished, and the mcu enters sleep mode before the ocr0ub bit returns to zero, the device will never receive a compare match interrupt, and the mcu will not wake up. ? if timer/counter0 is used to wake the device up from power-save or extended standby mode, precautions must be taken if the user wants to reenter one of these modes: the interrupt logic needs one tosc1 cycle to be reset. if the time between wake-up and re- entering sleep mode is less than one tosc1 cycle, the interrupt will not occur, and the device will fail to wake up. if the user is in doubt whether the time be fore re-entering power- save or extended standby mode is sufficient, the following algorithm can be used to ensure that one tosc1 cycle has elapsed: 1. write a value to tccr0, tcnt0, or ocr0. 2. wait until the correspo nding update busy flag in assr returns to zero. 3. enter power-save or extended standby mode. ? when the asynchronous operation is selected, the 32.768 khz oscillator for timer/counter0 is always running, except in power-down and standby modes. after a power-up reset or wake-up from power-down or standby mode, the user should be aware of the fact that this oscillator might take as long as one second to stabilize. the us er is advised to wait for at least one second before using timer/counter0 after power-up or wake-up from power-down or standby mode. the contents of all timer/counter0 registers must be considered lost after a wake-up from power-down or standby mode due to unstable clock signal upon start-up, no matter whether the oscillator is in use or a clock signal is app lied to the tosc1 pin. ? description of wake up from power-save or extended standby mode when the timer is clocked asynchronously: when the interrupt condit ion is met, the wake up process is started on the following cycle of the timer clock, that is, the timer is always advanced by at least one before the processor can read the counter value. after wake-up, the mcu is halted for four cycles, it executes the interrupt routine, and resumes execution from the instruction following sleep. ? reading of the tcnt0 register shortly after wake-up from power-save may give an incorrect result. since tcnt0 is clocked on the asynchronous tosc clock, reading tcnt0 must be done through a register synchronized to the internal i/o clock domain. synchronization takes place for every rising tosc1 edge. when waking up from power- save mode, and the i/o clock (clk i/o ) again becomes active, tcnt0 will read as the previous value (before entering sleep) until the next rising tosc1 edge. the phase of the tosc clock after waking up from power-save mode is essentially unpredictable, as it depends on the wake-up time. the recommended procedure for reading tcnt0 is thus as follows:
109 2490r?avr?02/2013 atmega64(l) 1. write any value to either of the registers ocr0 or tccr0. 2. wait for the corresponding update busy flag to be cleared. 3. read tcnt0. ? during asynchronous operation, the synchronization of the interrupt flags for the asynchronous timer takes three p rocessor cycles plus one timer cycle. the timer is therefore advanced by at least one before the processo r can read the timer value causing the setting of the interrupt flag. the output compare pin is changed on the timer clock and is not synchronized to the processor clock. timsk ? timer/counter interrupt mask register ? bit 1 ? ocie0: timer/counter0 output compare match interrupt enable when the ocie0 bit is written to one, and the i-bit in the status register is set (one), the timer/counter0 compare match interrupt is enabled. the corresponding interrupt is executed if a compare match in timer/counter0 occurs, that is, when the ocf0 bit is set in the timer/coun- ter interrupt flag register ? tifr. ? bit 0 ? toie0: timer/counter0 overflow interrupt enable when the toie0 bit is written to one, and the i-bit in the status register is set (one), the timer/counter0 overflow interrupt is enabled. the corresponding interrupt is executed if an overflow in timer/counter0 occurs, that is, when the tov0 bit is set in the timer/counter inter- rupt flag register ? tifr. tifr ? timer/counter interrupt flag register ? bit 1 ? ocf0: output compare flag 0 the ocf0 bit is set (one) when a compare match occurs between the timer/counter0 and the data in ocr0 ? output compare register0. ocf0 is cleared by hardware when executing the corresponding interrupt handling vector. alternativel y, ocf0 is cleared by writing a logic one to the flag. when the i-bit in sreg, ocie0 (timer/counter0 compare match interrupt enable), and ocf0 are set (one), the timer/counter0 compare match interrupt is executed. bit 76543210 0x37 (0x57) ocie2 toie2 ticie1 ocie1a ocie1b toie1 ocie0 toie0 timsk read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 bit 76543210 0x36 (0x56) ocf2 tov2 icf1 ocf1a ocf1b tov1 ocf0 tov0 tifr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
110 2490r?avr?02/2013 atmega64(l) ? bit 0 ? tov0: timer/counter0 overflow flag the bit tov0 is set (one) when an overflow occu rs in timer/counter0. tov0 is cleared by hard- ware when executing the corresponding interrupt handling vector. alternatively, tov0 is cleared by writing a logic one to the flag. when the sr eg i-bit, toie0 (timer/counter0 overflow inter- rupt enable), and tov0 are set (one), the timer/counter0 overflow interrupt is executed. in pwm mode, this bit is set when timer/coun ter0 changes counting direction at 0x00. timer/counter prescaler figure 45. prescaler for timer/counter0 the clock source for timer/counter0 is named clk t0s . clk t0s is by default connected to the main system clock clk osc . by setting the as0 bit in assr, timer/ counter0 is asynch ronously clocked from the tosc1 pin. this enables use of timer/counter0 as a real time counter (rtc). when as0 is set, pins tosc1 and tosc2 are disconnected from port c. a crystal can then be con- nected between the tosc1 and tosc2 pins to serve as an independent clock source for timer/counter0. the oscilla tor is optimized for use with a 32. 768 khz crystal. applying an exter- nal clock source to tosc1 is not recommended. for timer/counter0, the possible prescaled selections are: clk t0s /8, clk t0s /32, clk t0s /64, clk t0s /128, clk t0s /256, and clk t0s /1024. additionally, clk t0s as well as 0 (stop) may be selected. setting the psr0 bit in sfior resets the prescaler. this allows the user to operate with a pre- dictable prescaler. 10-bit t/c prescaler timer/counter0 clock source clk osc clk t0s tosc1 as0 cs00 cs01 cs02 clk t0s /8 clk t0s /64 clk t0s /128 clk t0s /1024 clk t0s /256 clk t0s /32 0 psr0 clear clk t0
111 2490r?avr?02/2013 atmega64(l) sfior ? special function io register ? bit 7 ? tsm: timer/counter synchronization mode writing tsm bit to one activates the timer/counter synchronization mode. in this mode, the value that is written to psr0 and psr321 bits is kept, hence keeping the corresponding pres- caler reset signals asserted. this ensures that the corresponding timer/counters are halted and can be configured to the same value without the risk of one of them advancing during configura- tion. when the tsm bit written zero, the psr0 and psr321 bits are cleared by hardware, and the timer/counters start counting simultaneously. ? bit 1 ? psr0: prescaler reset timer/counter0 when this bit is one, the timer/counter0 pres caler will be reset. the bit is normally cleared immediately by hardware. if this bit is written when timer/counter0 is operating in asynchronous mode, the bit will remain one until the presca ler has been reset. the bit will not be cleared by hardware if the tsm bit is set. bit 7 6 5 4 3 2 1 0 0x20 (0x40) tsm ? ? ? acme pud psr0 psr321 sfior read/write r/w r r r r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
112 2490r?avr?02/2013 atmega64(l) 16-bit timer/counter (timer/counter 1 and timer/counter3 ) the 16-bit timer/counter unit allows accurate program execution timing (event management), wave generation, and signal timing measurement. the main features are: ? true 16-bit design (that is, allows 16-bit pwm) ? three independent output compare units ? double buffered out put compare registers ? one input capture unit ? input capture noise canceler ? clear timer on compar e match (auto reload) ? glitch-free, phase correct pu lse width modulator (pwm) ? variable pwm period ? frequency generator ? external event counter ? ten independent interrupt sources (tov1, ocf1a, ocf1b, ocf1c, icf1, tov3, ocf3a, ocf3b, ocf3c, and icf3) restrictions in atmega103 compatibility mode note that in atmega103 compatibility mode, only one 16-bit timer/counter is available (timer/counter1). also note th at in atmega103 compatibility mo de, the timer/counter1 has two compare registers (compare a and compare b) only. overview most register and bit references in this datasheet are written in general form. a lower case ?n? replaces the timer/counter number, and a lower case ?x? replaces the output compare unit channel. however, when using the register or bit defines in a program, the precise form must be used (that is, tcnt1 for accessing timer/counter 1 counter value and so on). the physical i/o register and bit locations for atmega64 are listed in the ?16-bit timer/counter register descrip- tion? on page 132 . a simplified block diagram of the 16-bit timer/counter is shown in figure 46 . cpu accessible i/o registers, including i/o bits and i/o pins, are shown in bold.
113 2490r?avr?02/2013 atmega64(l) figure 46. 16-bit timer/counter block diagram (1) note: 1. refer to figure 1 on page 2 , table 30 on page 74 , and table 39 on page 81 for timer/counter1 and 3 pin pl acement and description. registers the timer/counter (tcntn), output compare registers (ocrna/b/c), and input capture reg- ister (icrn) are all 16-bit registers. special procedures must be followed when accessing the 16- bit registers. these procedures are described in the section ?accessing 16-bit registers? on page 115 . the timer/counter control registers (tccrna/b/c) are 8-bit registers and have no cpu access restrictions. interrupt requests (short en as int.req.) signals are all visible in the timer interrupt flag register (tifr) and extended timer interrupt flag register (etifr). all interrupts are individually masked with the timer interrupt mask register (timsk) and extended timer interrupt mask register (etimsk). (e)tifr and (e)timsk are not shown in the figure since these registers are shared by other timer units. the timer/counter can be clocked internally, via the prescaler, or by an external clock source on the tn pin. the clock select logic block controls which clock source and edge the timer/counter uses to increment (or decrement) its value. the timer/counter is inactive when no clock source is selected. the output from the clock select logic is referred to as the timer clock (clk t n ). the double buffered output compare registers (ocrna/b/c) are compared with the timer/counter value at all time. the result of the compare can be used by the waveform gener- ator to generate a pwm or variable frequency output on the output compare pin (ocna/b/c). icfx (int.req.) tovx (int.req.) clock select timer/counter data bus ocrxa ocrxb ocrxc icrx = = = tcntx waveform generation waveform generation waveform generation ocxa ocxb ocxc noise canceler icpx = fixed top values edge detector control logic = 0 top bottom count clear direction ocfxa (int.req.) ocfxb (int.req.) ocfxc (int.req.) tccrxa tccrxb tccrxc ( from analog comparator ouput ) tx edge detector ( from prescaler ) tclk
114 2490r?avr?02/2013 atmega64(l) see ?output compare units? on page 121. the compare match event will also set the compare match flag (ocfna/b/c) which can be used to generate an output compare interrupt request. the input capture register can capture the timer/ counter value at a given external (edge trig- gered) event on either the input capture pin (icpn) or on the analog comparator pins ( see ?analog comparator? on page 227. ) the input capture unit includes a digital filtering unit (noise canceler) for reducing the chance of capturing noise spikes. the top value, or maximum timer/counter value, can in some modes of operation be defined by either the ocrna register, the icrn regist er, or by a set of fixed values. when using ocrna as top value in a pwm mode, the ocrna register can not be used for generating a pwm output. however, the top value will in this case be do uble buffered allowing the top value to be changed in run time. if a fixed top value is required, the icrn register can be used as an alternative, freeing the ocrna to be used as pwm output. definitions the following definitions are used extensively throughout this section: compatibility the 16-bit timer/counter has been updated and impr oved from previous versions of the 16-bit avr timer/counter. this 16-bit timer/counter is fully compatible with the earlier version regarding: ? all 16-bit timer/counter related i/o register address locations, including timer interrupt registers. ? bit locations inside all 16-bit timer/counter registers, including timer interrupt registers. ? interrupt vectors. the following control bits have changed name, but have same functionality and register location: ? pwmn0 is changed to wgmn0. ? pwmn1 is changed to wgmn1. ? ctcn is changed to wgmn2. the following registers are added to the 16-bit timer/counter: ? timer/counter control register c (tccrnc). ? output compare register c, ocrn ch and ocrncl, combined ocrnc. the following bits are added to the 16-bit timer/counter control registers: ? com1c1:0 are added to tccr1a. ? focna, focnb, and focnc are added in the new tccrnc register. ? wgmn3 is added to tccrnb. interrupt flag and mask bits for output compare unit c are added. the 16-bit timer/counter has improvements that will affect the compatibility in some special cases. table 57. definitions bottom the counter reaches the bottom when it becomes 0x0000. max the counter reaches its max imum when it becomes 0xffff (decimal 65535). top the counter reaches the top when it becomes equal to the highest value in the count sequence. the top value can be assigned to be one of the fixed values: 0x00ff, 0x01ff, or 0x03ff, or to the value stored in the ocrna or icrn register. the assignment is dependent of the mode of operation.
115 2490r?avr?02/2013 atmega64(l) accessing 16-bit registers the tcntn, ocrna/b/c, and icrn are 16-bit registers that can be accessed by the avr cpu via the 8-bit data bus. the 16-bit register must be byte accessed using two read or write opera- tions. each 16-bit timer has a single 8-bit register for temporary storing of the high byte of the 16- bit access. the same temporary register is shared between all 16-bit registers within each 16-bit timer. accessing the low byte triggers the 16-bit read or write operation. when the low byte of a 16-bit register is written by the cpu, the high byte stored in the temporary register, and the low byte written are both copied into the 16-bit register in the same clock cycle. when the low byte of a 16-bit register is read by the cpu, the high by te of the 16-bit register is copied into the tempo- rary register in the same clock cycle as the low byte is read. not all 16-bit accesses uses the temporary register for the high byte. reading the ocrna/b/c 16-bit registers does not involve using the temporary register. to do a 16-bit write, the high byte must be written before the low byte . for a 16-bit read, the low byte must be read before the high byte . the following code examples show how to access the 16-bit timer registers assuming that no interrupts updates the temporary register. the same principle can be used directly for accessing the ocrna/b/c and icrn registers. note that when using ?c?, the compiler handles the 16-bit access. note: 1. see ?about code examples? on page 9. the assembly code example returns the tcntn value in the r17:r16 register pair. it is important to notice that accessing 16-bit registers are atomic operations. if an interrupt occurs between the two instructions accessing the 16-bit register, and the interrupt code updates the temporary register by accessing the same or any other of the 16-bit timer registers, then the result of the access outside the interrupt will be corrupted. therefore, when both the main code and the interrupt code update the temporary register, the main code must disable the interrupts during the 16-bit access. assembly code examples (1) ... ; set tcnt n to 0x01ff ldi r17,0x01 ldi r16,0xff out tcnt n h,r17 out tcnt n l,r16 ; read tcnt n into r17:r16 in r16,tcnt n l in r17,tcnt n h ... c code examples (1) unsigned int i; ... /* set tcnt n to 0x01ff */ tcnt n = 0x1ff; /* read tcnt n into i */ i = tcnt n ; ...
116 2490r?avr?02/2013 atmega64(l) the following code examples show how to do an atomic read of the tcntn register contents. reading any of the ocrna/b/c or icrn registers can be done by using the same principle. note: 1. see ?about code examples? on page 9. the assembly code example returns the tcntn value in the r17:r16 register pair. assembly code example (1) tim16_readtcnt n : ; save global interrupt flag in r18,sreg ; disable interrupts cli ; read tcnt n into r17:r16 in r16,tcnt n l in r17,tcnt n h ; restore global interrupt flag out sreg,r18 ret c code example (1) unsigned int tim16_readtcnt n ( void ) { unsigned char sreg; unsigned int i; /* save global interrupt flag */ sreg = sreg; /* disable interrupts */ _cli(); /* read tcnt n into i */ i = tcnt n ; /* restore global interrupt flag */ sreg = sreg; return i; }
117 2490r?avr?02/2013 atmega64(l) the following code examples show how to do an atomic write of the tcntn register contents. writing any of the ocrna/b/c or icrn registers can be done by using the same principle. note: 1. see ?about code examples? on page 9. the assembly code example requires that the r1 7:r16 register pair contains the value to be written to tcntn. reusing the temporary high byte register if writing to more than one 16-bit register where the high byte is the same for all registers written, then the high byte only needs to be written once. however, note that the same rule of atomic operation described previously also applies in this case. timer/counter clock sources the timer/counter can be clocked by an internal or an external clock source. the clock source is selected by the clock select logic which is controlled by the clock select (csn2:0) bits located in the timer/counter control register b (tccrnb). for details on clock sources and prescaler, see ?timer/counter3, timer/counter2 and timer/counter1 prescalers? on page 144 . counter unit the main part of the 16-bit timer/counter is th e programmable 16-bit bi-directional counter unit. figure 47 shows a block diagram of the counter and its surroundings. assembly code example (1) tim16_writetcnt n : ; save global interrupt flag in r18,sreg ; disable interrupts cli ; set tcnt n to r17:r16 out tcnt n h,r17 out tcnt n l,r16 ; restore global interrupt flag out sreg,r18 ret c code example (1) void tim16_writetcnt n ( unsigned int i ) { unsigned char sreg; unsigned int i; /* save global interrupt flag */ sreg = sreg; /* disable interrupts */ _cli(); /* set tcnt n to i */ tcnt n = i; /* restore global interrupt flag */ sreg = sreg; }
118 2490r?avr?02/2013 atmega64(l) figure 47. counter unit block diagram signal description (internal signals): count increment or decrement tcntn by 1. direction select between increment and decrement. clear clear tcntn (set a ll bits to zero). clk t n timer/counter clock. top signalize that tcntn has reached maximum value. bottom signalize that tcntn has re ached minimum value (zero). the 16-bit counter is mapped into two 8-bit i/o memory locations: counter high (tcntnh) con- taining the upper eight bits of the counter, and counter low (tcntnl) containing the lower eight bits. the tcntnh register can only be indirect ly accessed by the cpu. when the cpu does an access to the tcntnh i/o location, the cpu accesses the high byte temporary register (temp). the temporary register is updated with the tcntnh value when the tcntnl is read, and tcntnh is updated with the temporary register va lue when tcntnl is written. this allows the cpu to read or write the entire 16-bit counter value within one clock cycle via the 8-bit data bus. it is important to notice that there are special cases of writing to the tcntn register when the counter is counting that will gi ve unpredictable results. the s pecial cases are described in the sections where they are of importance. depending on the mode of operation used, the counter is cleared, incremented, or decremented at each timer clock (clk t n ). the clk t n can be generated from an external or internal clock source, selected by the clock select bits (csn2:0). when no clock source is selected (csn2:0 = 0) the timer is stopped. however, the tcntn value can be accessed by the cpu, independent of whether clk t n is present or not. a cpu write overrides (has priority over) all counter clear or count operations. the counting sequence is determined by the setting of the waveform generation mode bits (wgmn3:0) located in the timer/counter control registers a and b (tccrna and tccrnb). there are close connections between how the counter behaves (counts) and how waveforms are generated on the output compare outputs ocnx. for more details about advanced counting sequences and waveform generation, see ?modes of operation? on page 124 . the timer/counter overflow flag (tovn) is set according to the mode of operation selected by the wgmn3:0 bits. tovn can be used for generating a cpu interrupt. temp (8-bit) data bus (8-bit) tcntn (16-bit counter) tcntnh (8-bit) tcntnl (8-bit) control logic count clear direction tovn (int.req.) clock select top bottom tn edge detector ( from prescaler ) clk tn
119 2490r?avr?02/2013 atmega64(l) input capture unit the timer/counter incorporates an input capture unit that can capture external events and give them a time-stamp indicating time of occurrence. the external signal indicating an event, or mul- tiple events, can be applied via the icpn pin or al ternatively, for the timer/counter1 only, via the analog comparator unit. the time-stamps can then be used to calculate frequency, duty-cycle, and other features of the signal applied. alternatively the time-stamps can be used for creating a log of the events. the input capture unit is illustrated by the block diagram shown in figure 48 . the elements of the block diagram that are not directly a part of the input capture unit are gray shaded. the small ?n? in register and bit names indicates the timer/counter number. figure 48. input capture unit block diagram (1) note: 1. the analog comparator output (aco) can only trigger the timer/counter1 icp ? not timer/counter3. when a change of the logic level (an event) occurs on the input capture pin (icpn), alternatively on the analog comparator output (aco), and this change confirms to the setting of the edge detector, a capture will be triggered. when a captur e is triggered, the 16-bit value of the counter (tcntn) is written to the input capture register (icrn). the input capture flag (icfn) is set at the same system clock as the tcntn value is c opied into icrn register. if enabled (ticien = 1), the input capture flag generates an input capture interrupt. the icfn flag is automatically cleared when the interrupt is executed. alternativ ely the icfn flag can be cleared by software by writing a logical one to its i/o bit location. reading the 16-bit value in the input capture register (icrn) is done by first reading the low byte (icrnl) and then the high byte (icrnh). when the low byte is read the high byte is copied into the high byte temporary regi ster (temp). when the cpu reads the icrnh i/o location it will access the temp register. the icrn register can only be written when us ing a waveform generation mode that utilizes the icrn register for defining the counter?s top value. in these cases the waveform genera- tion mode (wgmn3:0) bits must be set before the top value can be written to the icrn icfn (int.req.) analog comparator write icrn (16-bit register) icrnh (8-bit) noise canceler icpn edge detector temp (8-bit) data bus (8-bit) icrnl (8-bit) tcntn (16-bit counter) tcntnh (8-bit) tcntnl (8-bit) acic* icnc ices aco*
120 2490r?avr?02/2013 atmega64(l) register. when writing the icrn re gister the high byte must be written to the icrnh i/o location before the low byte is written to icrnl. for more information on how to access the 16-bit registers refer to ?accessing 16-bit registers? on page 115 . input capture source the main trigger source for the input capture unit is the input capture pin (icpn). timer/counter1 can alternatively use the analog comparator output as trigger source for the input capture unit. the analog comparator is selected as trigger source by setting the analog comparator input capture (acic) bit in the analog comparator control and status register (acsr). be aware that changing trigger source can trigger a capture. the input capture flag must therefore be cleared after the change. both the input capture pin (icpn) and the analog comparator output (aco) inputs are sampled using the same technique as for the tn pin ( figure 59 on page 144 ). the edge detector is also identical. however, when the noise canceler is enabled, additional logic is inserted before the edge detector, which increases t he delay by four system clock cycles. note that the input of the noise canceler and edge detector is always enabl ed unless the timer/counter is set in a wave- form generation mode that uses icrn to define top. an input capture can be trigger ed by software by controlling the port of the icpn pin. noise canceler the noise canceler improves noise immunity by using a simple digital filtering scheme. the noise canceler input is monitored over four samples, and all four must be equal for changing the output that in turn is used by the edge detector. the noise canceler is enabled by setting the input capture noise canceler (icncn) bit in timer/counter control register b (tccrnb). when enabled the noise canceler introduces additional four system clock cycles of delay from a change applied to the input, to the update of the icrn register. the noise canceler uses t he system clock and is th erefore not affected by the prescaler. using the input capture unit the main challenge when using the input capture unit is to assign enough processor capacity for handling the incoming events. the time between two events is critical. if the processor has not read the captured value in th e icrn register before the nex t event occurs, the icrn will be overwritten with a new value. in this case the result of the ca pture will be incorrect. when using the input capture interrupt, the icrn register should be read as early in the inter- rupt handler routine as possible. even though the input capture interrupt has relatively high priority, the maximum interrupt response time is dependent on the maximum number of clock cycles it takes to handle any of the other interrupt requests. using the input capture unit in any mode of operation when the top value (resolution) is actively changed during operation, is not recommended. measurement of an external signal?s duty cycle requires that the trigger edge is changed after each capture. changing the edge sensing must be done as early as possible after the icrn register has been read. after a change of the edge, the input capture flag (icfn) must be cleared by software (writing a logical one to the i/o bit location). for measuring frequency only, the clearing of the icfn flag is not required (if an interrupt handler is used).
121 2490r?avr?02/2013 atmega64(l) output compare units the 16-bit comparator continuously compares tcntn with the output compare register (ocrnx). if tcnt equals ocrnx the comparator signals a match. a match will set the output compare flag (ocfnx) at the next timer clock cycle. if enabled (ocienx = 1), the output com- pare flag generates an output compare interrupt. the ocfnx flag is automatically cleared when the interrupt is executed. alternatively the ocfnx flag can be cleare d by software by writ- ing a logical one to its i/o bit location. the waveform generator uses the match signal to generate an output according to operating mode set by the waveform generation mode (wgmn3:0) bits and compare output mode (comnx1:0) bits. the top and bottom signals are used by the waveform generator for handling the special cases of the extreme values in some modes of operation ( see ?modes of operation? on page 124. ) a special feature of output compare unit a allows it to define the timer/counter top value (that is, counter resolution). in addition to the counter resolution, the top value defines the period time for waveforms generated by the waveform generator. figure 49 shows a block diagram of the output compare unit. the small ?n? in the register and bit names indicates the device number (n = n for timer/counter n), and the ?x? indicates output compare unit (a/b/c). the elements of the block diagram that are not directly a part of the out- put compare unit are gray shaded. figure 49. output compare unit, block diagram the ocrnx register is double buffered when using any of the twelve pulse width modulation (pwm) modes. for the normal and clear timer on compare (ctc) modes of operation, the dou- ble buffering is disabled. the double buffering synchronizes the update of the ocrnx compare register to either top or bottom of the counting sequence. the synchronization prevents the occurrence of odd-length, non-symmetrical pwm pulses, thereby making the output glitch-free. the ocrnx register access may seem complex, but this is not case. when the double buffering is enabled, the cpu has access to the ocrnx buffer register, and if double buffering is dis- abled the cpu will access the ocrnx directly. the content of the ocr1x (buffer or compare) register is only changed by a write operation (the timer/counter does not update this register ocfnx (int.req.) = (16-bit comparator ) ocrnx buffer (16-bit register) ocrnxh buf. (8-bit) ocnx temp (8-bit) data bus (8-bit) ocrnxl buf. (8-bit) tcntn (16-bit counter) tcntnh (8-bit) tcntnl (8-bit) comnx1:0 wgmn3:0 ocrnx (16-bit register) ocrnxh (8-bit) ocrnxl (8-bit) waveform generator top bottom
122 2490r?avr?02/2013 atmega64(l) automatically as the tcntn ? and icrn register). therefore ocrnx is not read via the high byte temporary register (temp). however, it is a good practice to read the low byte first as when accessing other 16-bit registers. writing the ocrnx registers must be done via the temp regis- ter since the compare of all 16 bits is done c ontinuously. the high byte (ocrnxh) has to be written first. when the high byte i/o location is written by the cpu, the temp register will be updated by the value written. then when the low by te (ocrnxl) is written to the lower eight bits, the high byte will be copied into the upper eight bits of either the ocrnx buffer or ocrnx com- pare register in the same system clock cycle. for more information of how to access the 16-bit registers refer to ?accessing 16-bit registers? on page 115 . force output compare in non-pwm waveform generation modes, the match output of the comparator can be forced by writing a one to the force output compare (focnx) bit. forcing compare match will not set the ocfnx flag or reload/clear the timer, but the ocnx pin will be updated as if a real compare match had occurred (the comn1:0 bits settings define whether the ocnx pin is set, cleared or toggled). compare match blocking by tcntn write all cpu writes to the tcntn register will block an y compare match that occurs in the next timer clock cycle, even when the timer is stopped. this feature allows ocrnx to be initialized to the same value as tcntn without triggering an inte rrupt when the timer/counter clock is enabled. using the output compare unit since writing tcntn in any mo de of operation will block all compare matches for one timer clock cycle, there are risks involved when chan ging tcntn when using any of the output com- pare channels, independent of whether the timer/counter is running or not. if the value written to tcntn equals the ocrnx valu e, the compare match will be mi ssed, resulting in incorrect waveform generation. do not write the tcntn equal to top in pwm modes with variable top values. the compare match for the top w ill be ignored and the counter will continue to 0xffff. similarly, do not write the tcntn value equal to bottom when the counter is downcounting. the setup of the ocnx should be performed before setting the data direction register for the port pin to output. the easiest way of setting the ocnx value is to use the force output com- pare (focnx) strobe bits in normal mode. the ocnx register keeps its value even when changing between waveform generation modes. be aware that the comnx1:0 bits are not doubl e buffered together with the compare value. changing the comnx1:0 bits will take effect immediately. compare match output unit the compare output mode (comnx1:0) bits have two functions. the waveform generator uses the comnx1:0 bits for defining the output compare (ocnx) state at the next compare match. secondly the comnx1:0 bits control the ocnx pin output source. figure 50 shows a simplified schematic of the logic affected by the comnx1:0 bit setting. the i/o registers, i/o bits, and i/o pins in the figure are shown in bold. only the parts of the general i/o port control registers (ddr and port) that are affected by the comnx1:0 bits are shown. when referring to the ocnx state, the reference is for the internal ocnx register, not the ocnx pin. if a system reset occur, the ocnx register is reset to ?0?.
123 2490r?avr?02/2013 atmega64(l) figure 50. compare match output unit, schematic the general i/o port function is overridden by the output compare (ocnx) from the waveform generator if either of the comnx1:0 bits are set. however, the ocnx pin direction (input or out- put) is still controlled by the data direction register (ddr) for the port pin. the data direction register bit for the ocnx pin (ddr_ocnx) must be set as output before the ocnx value is visi- ble on the pin. the port override function is generally independent of the waveform generation mode, but there are some exceptions. refer to table 58 , table 59 and table 60 for details. the design of the output compare pin logic allows initialization of the ocnx state before the out- put is enabled. note that some comnx1:0 bi t settings are reserved for certain modes of operation. see ?16-bit timer/counter register description? on page 132. the comnx1:0 bits have no effect on the input capture unit. compare output mode and waveform generation the waveform generator uses the comnx1:0 bits differently in normal, ctc, and pwm modes. for all modes, setting the comnx1:0 = 0 tells the waveform generator that no action on the ocnx register is to be performed on the next compare match. for compare output actions in the non-pwm modes refer to table 58 on page 134 . for fast pwm mode refer to table 59 on page 134 , and for phase correct and phase and frequency correct pwm refer to table 60 on page 135 . a change of the comnx1:0 bits state will have effe ct at the first compare match after the bits are written. for non-pwm modes, the action can be fo rced to have immediate effect by using the focnx strobe bits. port ddr dq dq ocnx pin ocnx dq waveform generator comnx1 comnx0 0 1 data b u s focnx clk i/o
124 2490r?avr?02/2013 atmega64(l) modes of operation the mode of operation, that is, the behavior of the timer/counter and the output compare pins, is defined by the combination of the waveform generation mode (wgmn3:0) and compare out- put mode (comnx1:0) bits. the compare output mode bits do not affect the counting sequence, while the waveform generation mode bits do. the comnx1:0 bits control whether the pwm out- put generated should be inverted or not (inverted or non-inverted pwm). for non-pwm modes the comnx1:0 bits control whether the output should be set, cleared or toggle at a compare match ( see ?compare match output unit? on page 122. ) for detailed timing information refer to ?timer/counter timing diagrams? on page 131 . normal mode the simplest mode of operation is the normal mode (wgmn3:0 = 0). in this mode the counting direction is always up (incrementing), and no counter clear is performed. the counter simply overruns when it passes its maximum 16-bit value (max = 0xffff) and then restarts from the bottom (0x0000). in normal operation the timer/counter overflow flag (tovn) will be set in the same timer clock cycle as the tcntn beco mes zero. the tovn flag in this case behaves like a 17th bit, except that it is only set, not cleared. however, combined with the timer overflow interrupt that automatically clears the tovn flag, the timer resolution can be increased by soft- ware. there are no special cases to consider in the normal mode, a new counter value can be written anytime. the input capture unit is easy to use in normal mode. however, observe that the maximum interval between the external events must not exceed the resolution of the counter. if the interval between events are too long, the timer overflow interrupt or the prescaler must be used to extend the resolution for the capture unit. the output compare units can be used to generat e interrupts at some given time. using the output compare to gene rate waveforms in norm al mode is not recommended, since this will occupy too much of the cpu time. clear timer on compare match (ctc) mode in clear timer on compare or ctc mode (wgmn3:0 = 4 or 12), the ocrna or icrn register are used to manipulate the counter resolution. in ctc mode the counter is cleared to zero when the counter value (tcntn) matches either the ocrna (wgmn3:0 = 4) or the icrn (wgmn3:0 = 12). the ocrna or icrn define the top value for the counter, hence also its resolution. this mode allows greater control of the compare match output frequency. it also simplifies the oper- ation of counting external events. the timing diagram for the ctc mode is shown in figure 51 . the counter value (tcntn) increases until a compare match occurs with either ocrna or icrn, and then counter (tcntn) is cleared. figure 51. ctc mode, timing diagram tcntn ocna (toggle) ocna interrupt flag set or icfn interrupt flag set (interrupt on top) 1 4 period 2 3 (comna1:0 = 1)
125 2490r?avr?02/2013 atmega64(l) an interrupt can be generated at each time the counter value reaches the top value by either using the ocfna or icfn flag according to the register used to define the top value. if the inter- rupt is enabled, the interrupt handler routine can be used for updating the top value. however, changing the top to a value close to bottom w hen the counter is running with none or a low prescaler value must be done with care since the ctc mode does not have the double buffering feature. if the new value written to ocrna or icrn is lower than the current value of tcntn, the counter will miss the compare matc h. the counter will then have to count to its maximum value (0xffff) and wrap around starting at 0x0000 before the compare match can occur. in many cases this feature is not desirable. an alternative will then be to use the fast pwm mode using ocrna for defining top (wgmn3:0 = 15) si nce the ocrna then will be double buffered. for generating a waveform output in ctc mode, the ocna output can be set to toggle its logical level on each compare match by setting the compare output mode bits to toggle mode (comna1:0 = 1). the ocna value will not be visible on the port pin unless the data direction for the pin is set to output (ddr_ocna = 1). th e waveform generated will have a maximum fre- quency of f oc n a = f clk_i/o /2 when ocrna is set to zero (0x0000). the waveform frequency is defined by the following equation: the n variable represents the prescaler factor (1, 8, 64, 256, or 1024). as for the normal mode of operation, the tovn flag is set in the same timer clock cycle that the counter counts from max to 0x0000. fast pwm mode the fast pulse width modulation or fast pwm mode (wgmn3:0 = 5, 6, 7, 14, or 15) provides a high frequency pwm waveform generation option. the fast pwm differs from the other pwm options by its single-slope operation. the counter counts from bottom to top then restarts from bottom. in non-inverting compare output mode, the output compare (ocnx) is cleared on the compare match between tcntn and ocrnx, and set at bottom. in inverting compare output mode output is set on compare match and cleared at bottom. due to the single-slope operation, the operating frequency of the fast pwm mode can be twice as high as the phase cor- rect and phase and frequency correct pwm modes that use dual-slope operation. this high frequency makes the fast pwm mode well suited for power regula tion, rectification, and dac applications. high frequency allows physically sm all sized external com ponents (coils, capaci- tors), hence reduces total system cost. the pwm resolution for fast pwm can be fixed to 8-bit, 9-bit, or 10-bit, or defined by either icrn or ocrna. the minimum resolution allowed is 2-bit (icrn or ocrna set to 0x0003), and the maximum resolution is 16-bit (icrn or ocrna set to max). the pwm resolution in bits can be calculated by using the following equation: in fast pwm mode the counter is incremented until the counter value matches either one of the fixed values 0x00ff, 0x01ff, or 0x03ff (wgmn3:0 = 5, 6, or 7), the value in icrn (wgmn3:0 = 14), or the value in ocrna (wgmn3:0 = 15). the counter is then cleared at the following timer clock cycle. the timing diagram for the fast pwm mode is shown in figure 52 . the figure shows fast pwm mode when ocrna or icrn is used to define top. the tcntn value is in the timing diagram shown as a histogram for illustrating t he single-slope operation. the diagram includes non-inverted and inverted pwm outputs. the small horizontal line marks on the tcntn slopes represent compare matc hes between ocrnx and tcntn. th e ocnx interrupt flag will be set when a compare match occurs. f ocna f clk_i/o 2 n 1 ocrna + ?? ?? -------------------------------------------------- - = r fpwm top 1 + ?? log 2 ?? log ---------------------------------- - =
126 2490r?avr?02/2013 atmega64(l) figure 52. fast pwm mode, timing diagram the timer/counter overflow flag (tovn) is set each time the counter reaches top. in addition the ocna or icfn flag is set at the same timer clock cycle as tovn is set when either ocrna or icrn is used for defining the top value. if one of the interrupts are enabled, the interrupt han- dler routine can be used for updating the top and compare values. when changing the top value the program must ensure that the new top value is higher or equal to the value of all of the compare registers. if the top value is lower than any of the com- pare registers, a compare ma tch will never occur between the tcntn and the ocrnx. note that when using fixed top values the unused bi ts are masked to zero when any of the ocrnx registers are written. the procedure for updating icrn differs from updating ocrna when used for defining the top value. the icrn register is not double buffered. this means that if icrn is changed to a low value when the counter is running with none or a low prescaler value, there is a risk that the new icrn value written is lower than the current va lue of tcntn. the result will then be that the counter will miss the compare match at the top value. the coun ter will then have to count to the max value (0xffff) and wrap around starting at 0x0000 before the compare match can occur. the ocrna register however, is double buffered. this feature allows the ocrna i/o location to be written anytime. when the ocrna i/o location is written the value written will be put into the ocrna buffer register. the ocrna compare register will then be updated with the value in the buffer register at the next timer clock cycle the tcntn matches top. the update is done at the same timer clock cycle as the tcntn is cleared and the tovn flag is set. using the icrn register for defining top work s well when using fixed top values. by using icrn, the ocrna register is free to be used for generating a pwm output on ocna. however, if the base pwm frequency is actively change d (by changing the top value), using the ocrna as top is clearly a better choice due to its double buffer feature. in fast pwm mode, the compare units allow generation of pwm waveforms on the ocnx pins. setting the comnx1:0 bits to two will produce a non-inverted pwm and an inverted pwm output can be generated by setting the comnx1:0 to three (see table 59 on page 134 ). the actual ocnx value will only be visible on the port pin if th e data direction for the po rt pin is set as output (ddr_ocnx). the pwm waveform is generated by setting (or clearing) the ocnx register at the compare match between ocrnx and tcntn, and clearing (or setting) the ocnx register at the timer clock cycle the counter is cleared (changes from top to bottom). tcntn ocrnx / top update and tovn interrupt flag set and ocna interrupt flag set or icfn interrupt flag set (interrupt on top) 1 7 period 2 3 4 5 6 8 ocnx ocnx (comnx1:0 = 2) (comnx1:0 = 3)
127 2490r?avr?02/2013 atmega64(l) the pwm frequency for the output can be calculated by the following equation: the n variable represents the prescaler divider (1, 8, 64, 256, or 1024). the extreme values for the ocrnx register represents special cases when generating a pwm waveform output in the fast pwm mode. if the ocrnx is set equal to bottom (0x0000) the out- put will be a narrow spike for eac h top+1 timer clock cycle. se tting the ocrnx equal to top will result in a const ant high or low output (depending on the polarity of the output set by the comnx1:0 bits.) a frequency (with 50% duty cycle) waveform output in fast pwm mode can be achieved by set- ting ocna to toggle its logical level on each compare match (comna1:0 = 1). this applies only if ocrna is used to define the top value (wgm n3:0 = 15). the wave form generated will have a maximum frequency of f oc n a = f clk_i/o /2 when ocrna is set to zero (0x0000). this feature is similar to the ocna toggle in ctc mode, except the double buffer feature of the output com- pare unit is enabled in the fast pwm mode. phase correct pwm mode the phase correct pulse width modulation or phase correct pwm mode (wgmn3:0 = 1, 2, 3, 10, or 11) provides a high resolution phase correct pwm waveform generation option. the phase correct pwm mode is, like the phase and frequency correct pwm mode, based on a dual- slope operation. the counter counts repeatedly from bottom (0x0000) to top and then from top to bottom. in non-inverting compare output mode, the output compare (ocnx) is cleared on the compare match between tcntn and ocrnx while upcounting, and set on the compare match while downcounting. in inverting output compare mode, the operation is inverted. the dual-slope operation has lower maximum operation frequency than single slope operation. however, due to the symmetric feat ure of the dual-slope pwm modes, these modes are preferred for motor control applications. the pwm resolution for the phase correct pwm mode can be fixed to 8-bit, 9-bit, or 10-bit, or defined by either icrn or ocrna. the minimum resolution allowed is 2-bit (icrn or ocrna set to 0x0003), and the maximum resolution is 16-bit (icrn or ocrna set to max). the pwm reso- lution in bits can be calculated by using the following equation: in phase correct pwm mode the counter is incremented until the counter value matches either one of the fixed values 0x00ff, 0x01ff, or 0x03ff (wgmn3:0 = 1, 2, or 3), the value in icrn (wgmn3:0 = 10), or the value in ocrna (wgmn3:0 = 11). the counter has then reached the top and changes the count direct ion. the tcntn value will be equa l to top for one timer clock cycle. the timing diagram for the ph ase correct pwm mode is shown on figure 53 . the figure shows phase correct pwm mode when ocrna or icrn is used to define top. the tcntn value is in the timing diagram shown as a histogram for illustrati ng the dual-slope operation. the diagram includes non-inverted and inverted pwm outputs. the small horizontal line marks on the tcntn slopes represent compare matches between ocrnx and tcntn. the ocnx inter- rupt flag will be set when a compare match occurs. f ocnxpwm f clk_i/o n 1 top + ?? ? ---------------------------------- - = r pcpwm top 1 + ?? log 2 ?? log ---------------------------------- - =
128 2490r?avr?02/2013 atmega64(l) figure 53. phase correct pwm mode, timing diagram the timer/counter overflow flag (tovn) is set each time the counter reaches bottom. when either ocrna or icrn is used for defining the top value, the ocna or icfn flag is set accord- ingly at the same timer clock cycle as the ocrnx registers are updated with the double buffer value (at top). the interrupt flags can be used to generate an interrupt each time the counter reaches the top or bottom value. when changing the top value the program must ensure that the new top value is higher or equal to the value of all of the compare registers. if the top value is lower than any of the com- pare registers, a compare ma tch will never occur between the tcntn and the ocrnx. note that when using fixed top values, the unused bits are masked to zero when any of the ocrnx registers are written. as the third period shown in figure 53 illustrates, changing the top actively while the timer/counter is running in the phase correct mode can result in an unsym- metrical output. the reason for this can be found in the time of update of the ocrnx register. since the ocrnx update occurs at top, the pwm period starts and ends at top. this implies that the length of the falling slope is determined by the previous top value, while the length of the rising slope is determined by the new to p value. when these two values differ the two slopes of the period will differ in length. the di fference in length gives the unsymmetrical result on the output. it is recommended to use the phase and frequency correct mode instead of the phase correct mode when changing the top value while the timer/counter is running. when using a static top value there are practically no differences between the two modes of operation. in phase correct pwm mode, the compare units allow generation of pwm waveforms on the ocnx pins. setting the comnx1:0 bits to tw o will produce a non-inverte d pwm and an inverted pwm output can be generated by setting the comnx1:0 to three (see table 60 on page 135 ). the actual ocnx value will only be visible on the port pin if the data direction for the port pin is set as output (ddr_ocnx). the pwm waveform is gene rated by setting (or clearing) the ocnx register at the compare match between ocrnx and tcntn when the counter increments, and clearing (or setting) the ocnx register at compare match between ocrnx and tcntn when the counter decrements. the pwm frequency for the output when using phase correct pwm can be calculated by the following equation: ocrnx / top update and ocna interrupt flag set or icfn interrupt flag set (interrupt on top) 1 2 3 4 tovn interrupt flag set (interrupt on bottom) tcntn period ocnx ocnx (comnx1:0 = 2) (comnx1:0 = 3) f ocnxpcpwm f clk_i/o 2 ntop ?? --------------------------- - =
129 2490r?avr?02/2013 atmega64(l) the n variable represents the prescaler divider (1, 8, 64, 256, or 1024). the extreme values for the ocrnx register represents special cases when generating a pwm waveform output in the phase correct pwm mode. if the ocrnx is set equal to bottom the output will be continuously low and if set equal to top the output will be continuously high for non-inverted pwm mode. for in verted pwm the output will have the opposite logic values. if ocrna is used to define the top value (wgmn3:0 = 11) and comna1:0 = 1, the ocna output will toggle with a 50% duty cycle. phase and frequency correct pwm mode the phase and frequency correct pulse width modulation, or phase and frequency correct pwm mode (wgmn3:0 = 8 or 9) provides a high reso lution phase and frequency correct pwm wave- form generation option. the phase and frequency correct pwm mode is, like the phase correct pwm mode, based on a dual-slope operation. the counter counts repeatedly from bottom (0x0000) to top and then from top to bottom. in non-inverting compare output mode, the output compare (ocnx) is cleared on the compare match between tcntn and ocrnx while upcounting, and set on the compare match while downcounting. in inverting compare output mode, the operation is inverted. the dual-slope operation gives a lower maximum operation fre- quency compared to the single-slope operation. howe ver, due to the symmetric feature of the dual-slope pwm modes, these modes are preferred for motor control applications. the main difference between the phase correct, and the phase and frequency correct pwm mode is the time the ocrnx register is updated by the ocrnx buffer register, (see figure 53 and figure 54 ). the pwm resolution for the phase and frequency correct pwm mode can be defined by either icrn or ocrna. the minimum resolution allowed is 2-bit (icrn or ocrna set to 0x0003), and the maximum resolution is 16-bit (icrn or ocrn a set to max). the pwm resolution in bits can be calculated using the following equation: in phase and frequency correct pwm mode the counter is incremented until the counter value matches either the value in icrn (wgmn3:0 = 8), or the value in ocrna (wgmn3:0 = 9). the counter has then reac hed the top and ch anges the count di rection. the tcntn value will be equal to top for one timer clock cycle. the timing diagram for the phase correct and frequency correct pwm mode is shown on figure 54 . the figure shows phase and frequency correct pwm mode when ocrna or icrn is used to define top. the tcntn value is in the timing diagram shown as a histogram for illustrating the dual- slope operation. the diagram incl udes non- inverted and inverted pwm outputs. the small horizontal line marks on the tcntn slopes repre- sent compare matches between oc rnx and tcntn. the ocnx inte rrupt flag will be set when a compare match occurs. r pfcpwm top 1 + ?? log 2 ?? log ---------------------------------- - =
130 2490r?avr?02/2013 atmega64(l) figure 54. phase and frequency correct pwm mode, timing diagram the timer/counter overflow flag (tovn) is set at the same timer clock cycle as the ocrnx registers are updated with the double buffer value (at bottom). when either ocrna or icrn is used for defining the top value, the ocna or icfn flag set when tcntn has reached top. the interrupt flags can then be used to generate an interrupt each time the counter reaches the top or bottom value. when changing the top value the program must ensure that the new top value is higher or equal to the value of all of the compare registers. if the top value is lower than any of the com- pare registers, a compare match will neve r occur between the tcntn and the ocrnx. as figure 54 shows the output generated is, in contrast to the phase correct mode, symmetrical in all periods. since the ocrnx registers ar e updated at bottom, the length of the rising and the falling slopes will always be equal. this gives sy mmetrical output pulses and is therefore fre- quency correct. using the icrn register for defining top work s well when using fixed top values. by using icrn, the ocrna register is free to be used for generating a pwm output on ocna. however, if the base pwm frequency is actively changed by changing the top value, using the ocrna as top is clearly a better choice due to its double buffer feature. in phase and frequency correct pwm mode, the compare units allow generation of pwm wave- forms on the ocnx pins. settin g the comnx1:0 bits to two will produce a non-inverted pwm and an inverted pwm output can be generated by setting the comnx1:0 to three (see table 60 on page 135 ). the actual ocnx value will only be visible on the port pin if the data direction for the port pin is set as output (ddr_ocnx). the pwm waveform is generated by setting (or clearing) the ocnx register at the compare match between ocrnx and tcntn when the counter incre- ments, and clearing (or setting) the ocnx register at compare match between ocrnx and tcntn when the counter decrements. the pw m frequency for the output when using phase and frequency correct pwm can be calculated by the following equation: the n variable represents the prescaler divider (1, 8, 64, 256, or 1024). the extreme values for the ocrnx register represent special cases when generating a pwm waveform output in the phase correct pwm mode. if the ocrnx is set equal to bottom the ocrnx / top update and tovn interrupt flag set (interrupt on bottom) ocna interrupt flag set or icfn interrupt flag set (interrupt on top) 1 2 3 4 tcntn period ocnx ocnx (comnx1:0 = 2) (comnx1:0 = 3) f ocnxpfcpwm f clk_i/o 2 ntop ?? --------------------------- - =
131 2490r?avr?02/2013 atmega64(l) output will be continuously low and if set equal to top the output will be set to high for non- inverted pwm mode. for inverted pwm the output will have the opposite logic values. if ocna is used to define the top va lue (wgmn3:0 = 9) and comna1:0 = 1, the ocna output will toggle with a 50% duty cycle. timer/counter timing diagrams the timer/counter is a synchronous design and the timer clock (clk tn ) is therefore shown as a clock enable signal in the following figures. the figures include information on when interrupt flags are set, and when the ocrnx register is updated with the ocrnx buffer value (only for modes utilizing doub le buffering). figure 55 shows a timing diagram for the setting of ocfnx. figure 55. timer/counter timing diagram, setting of ocfnx, no prescaling figure 56 shows the same timing data, but with the prescaler enabled. figure 56. timer/counter timing diagram, setting of ocfnx, with prescaler (f clk_i/o /8) figure 57 shows the count sequence close to top in various modes. when using phase and frequency correct pwm mode the ocrnx register is updated at bottom. the timing diagrams will be the same, but top should be replaced by bottom, top-1 by bottom+1 and so on. the same renaming applies for modes that set the tovn flag at bottom. clk tn (clk i/o /1) ocfnx clk i/o ocrnx tcntn ocrnx value ocrnx - 1 ocrnx ocrnx + 1 ocrnx + 2 ocfnx ocrnx tcntn ocrnx value ocrnx - 1 ocrnx ocrnx + 1 ocrnx + 2 clk i/o clk tn (clk i/o /8)
132 2490r?avr?02/2013 atmega64(l) figure 57. timer/counter timing diagram, no prescaling figure 58 shows the same timing data, but with the prescaler enabled. figure 58. timer/counter timing diagram, with prescaler (f clk_i/o /8) 16-bit timer/counter register description tccr1a ? timer/counter1 control register a tccr3a ? timer/counter3 control register a tovn (fpwm) and icfn (if used as top) ocrnx (update at top) tcntn (ctc and fpwm) tcntn (pc and pfc pwm) top - 1 top top - 1 top - 2 old ocrnx value new ocrnx value top - 1 top bottom bottom + 1 clk tn (clk i/o /1) clk i/o tovn (fpwm) and icfn (if used as top) ocrnx (update at top) tcntn (ctc and fpwm) tcntn (pc and pfc pwm) top - 1 top top - 1 top - 2 old ocrnx value new ocrnx value top - 1 top bottom bottom + 1 clk i/o clk tn (clk i/o /8) bit 76543210 0x2f (0x4f) com1a1 com1a0 com1b1 com1b0 com1c1 com1c0 wgm11 wgm10 tccr1a read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 bit 76543210 (0x8b) com3a1 com3a0 com3b1 com3b0 com3c1 com3c0 wgm31 wgm30 tccr3a read/write r/w r/w r/ wr/wr/wr/wr/wr/w
133 2490r?avr?02/2013 atmega64(l) ? bit 7:6 ? comna1:0: compare output mode for channel a ? bit 5:4 ? comnb1:0: compare output mode for channel b ? bit 3:2 ? comnc1:0: compare output mode for channel c the comna1:0, comnb1:0, and comnc1:0 control the output compare pins (ocna, ocnb, and ocnc respectively) behavior. if one or both of the comna1:0 bits are written to one, the ocna output overrides the normal port functionality of the i/o pin it is connected to. if one or both of the comnb1:0 bits are written to one, the ocnb output overrides the normal port func- tionality of the i/o pin it is connected to. if one or both of the comnc1:0 bits are written to one, the ocnc output overrides the normal port functionality of the i/o pin it is connected to. how- ever, note that the data direction register (ddr) bit corresponding to the ocna, ocnb or ocnc pin must be set in order to enable the output driver. when the ocna, ocnb or ocnc is connected to the pin, the function of the comnx1:0 bits is dependent of the wgmn3:0 bits setting. table 58 shows the comnx1:0 bit functionality when the wgmn3:0 bits are set to a normal or a ctc mode (non-pwm). initial value 0 0 0 0 0 0 0 0
134 2490r?avr?02/2013 atmega64(l) table 59 shows the comnx1:0 bit functionality when the wgmn3:0 bits are set to the fast pwm mode note: 1. a special case occurs when ocrna/ocrnb/ocrnc equals top and comna1/comnb1/comnc1 is set. in this case the compare match is ignored, but the set or clear is done at bottom. see ?fast pwm mode? on page 125. for more details. table 59 shows the comnx1:0 bit functionality when the wgmn3:0 bits are set to the phase cor- rect and frequency correct pwm mode. table 58. compare output mode, non-pwm comna1/ comnb1/ comnc1 comna0/ comnb0/ comnc0 description 0 0 normal port operation, ocna/ocnb/ocnc disconnected. 0 1 toggle ocna/ocnb/ocnc on compare match. 1 0 clear ocna/ocnb/ocnc on compare match (set output to low level). 1 1 set ocna/ocnb/ocnc on compare match (set output to high level). table 59. compare output mode, fast pwm (1) comna1/ comnb1/ comnc0 comna0/ comnb0/ comnc0 description 0 0 normal port operation, ocna/ocnb/ocnc disconnected. 0 1 wgmn3:0 = 15: toggle ocna on compare match, ocnb/ocnc disconnected (normal port operation). for all other wgmn settings, normal port operation, ocna/ocnb/ocnc disconnected. 1 0 clear ocna/ocnb/ocnc on compare match, set ocna/ocnb/ocnc at bottom (non-inverting mode). 1 1 set ocna/ocnb/ocnc on compare match, clear ocna/ocnb/ocnc at bottom (inverting mode).
135 2490r?avr?02/2013 atmega64(l) note: 1. a special case occurs when ocrna/ocrnb/oc rn c equals top and comna1/comnb1/comnc1 is set. see ?phase correct pwm mode? on page 127. for more details. ? bit 1:0 ? wgmn1:0: waveform generation mode combined with the wgmn3:2 bits found in the tccrnb register, these bits control the counting sequence of the counter, the source for maximum (top) counter value, and what type of wave- form generation to be used, see table 61 . modes of operation supported by the timer/counter unit are: normal mode (counter), clear timer on compare match (ctc) mode, and three types of pulse width modulation (pwm) modes. ( see ?modes of operation? on page 124. ) table 60. compare output mode, phase correct and phase and frequency correct pwm (1) comna1/ comnb1/ comnc1 comna0/ comnb0/ comnc0 description 0 0 normal port operation, ocna/ocnb/ocnc disconnected. 0 1 wgmn3:0 = 9 or 11: toggle ocna on compare match, ocnb/ocnc disconnected (normal port operation). forr all other wgmn settings, normal port operation, ocna/ocnb/ocnc disconnected. 1 0 clear ocna/ocnb/ocnc on compare match when up- counting. set ocna/ocnb/ocnc on compare match when downcounting. 1 1 set ocna/ocnb/ocnc on compare match when up-counting. clear ocna/ocnb/ocnc on compare match when downcounting.
136 2490r?avr?02/2013 atmega64(l) note: the ctcn and pwmn1:0 bit definition names are obsolete. use the wgm n2:0 definitions. however, the functionality and loca- tion of these bits are compatible wi th previous versions of the timer. tccr1b ? timer/counter1 control register b tccr3b ? timer/counter3 control register b ? bit 7 ? icncn: input capture noise canceler setting this bit (to one) activates the input capt ure noise canceler. when the noise canceler is activated, the input from the input capture pin (icpn) is filtered. the filter function requires four successive equal valued samples of the icpn pin for changing its output. the input capture is therefore delayed by four oscillator cycles when the noise canceler is enabled. table 61. waveform generation mode bit description mode wgmn3 wgmn2 (ctcn) wgmn1 (pwmn1) wgmn0 (pwmn0) timer/counter mode of operation top update of ocrn x at tovn flag set on 0 0 0 0 0 normal 0xffff immediate max 1 0 0 0 1 pwm, phase correct, 8-bit 0x00ff top bottom 2 0 0 1 0 pwm, phase correct, 9-bit 0x01ff top bottom 3 0 0 1 1 pwm, phase correct, 10-bit 0x03ff top bottom 4 0 1 0 0 ctc ocrna immediate max 5 0 1 0 1 fast pwm, 8-bit 0x00ff bottom top 6 0 1 1 0 fast pwm, 9-bit 0x01ff bottom top 7 0 1 1 1 fast pwm, 10-bit 0x03ff bottom top 8 1 0 0 0 pwm, phase and frequency correct icrn bottom bottom 9 1 0 0 1 pwm, phase and frequency correct ocrna bottom bottom 10 1 0 1 0 pwm, phase correct icrn top bottom 11 1 0 1 1 pwm, phase correct ocrna top bottom 12 1 1 0 0 ctc icrn immediate max 13 1 1 0 1 (reserved) ? ? ? 14 1 1 1 0 fast pwm icrn bottom top 15 1 1 1 1 fast pwm ocrna bottom top bit 7654 3210 0x2e (0x4e) icnc1 ices1 ? wgm13 wgm12 cs12 cs11 cs10 tccr1b read/write r/w r/w r r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 bit 7654 3210 (0x8a) icnc3 ices3 ? wgm33 wgm32 cs32 cs31 cs30 tccr3b read/write r/w r/w r r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
137 2490r?avr?02/2013 atmega64(l) ? bit 6 ? icesn: input capture edge select this bit selects which edge on the input capture pin (icpn) that is used to trigger a capture event. when the icesn bit is written to zero, a falling (negative) edge is used as trigger, and when the icesn bit is written to one, a risi ng (positive) edge w ill trigger the capture. when a capture is triggered according to the icesn setting, the counter value is copied into the input capture register (icrn). the event will also set the input capture flag (icfn), and this can be used to cause an input capture interrupt, if this interrupt is enabled. when the icrn is used as top value (see description of the wgmn3:0 bits located in the tccrna and the tccrnb register), the icpn is disconnected and consequently the input cap- ture function is disabled. ? bit 5 ? reserved bit this bit is reserved for future use. for ensuring compatibility with future de vices, this bit must be written to zero when tccrnb is written. ? bit 4:3 ? wgmn3:2: waveform generation mode see tccrna register description. ? bit 2:0 ? csn2:0: clock select the three clock select bits select the clock source to be used by the timer/counter, see figure 55 and figure 56 . if external pin modes are used for the timer/countern, transitions on the tn pin will clock the counter even if the pin is configured as an output. this feature allows software control of the counting. tccr1c ? timer/counter1 control register c table 62. clock select bit description csn2 csn1 csn0 description 0 0 0 no clock source (timer/counter stopped). 001clk i/o /1 (no prescaling) 010clk i/o /8 (from prescaler) 011clk i/o /64 (from prescaler) 100clk i/o /256 (from prescaler) 101clk i/o /1024 (from prescaler) 1 1 0 external clock source on tn pin. clock on falling edge. 1 1 1 external clock source on tn pin. clock on rising edge. bit 76543210 (0x7a) foc1afoc1bfoc1c?????tccr1c read/write w w w r r r r r initial value00000000
138 2490r?avr?02/2013 atmega64(l) tccr3c ? timer/counter3 control register c ? bit 7 ? focna: force output compare for channel a ? bit 6 ? focnb: force output compare for channel b ? bit 5 ? focnc: force output compare for channel c the focna/focnb/focnc bits are only active when the wgmn3:0 bits specifies a non-pwm mode. when writing a logical one to the focna/focnb/focnc bit, an immediate compare match is forced on the waveform generation unit. the ocna/ocnb/ocnc output is changed according to its comnx1:0 bits setting. note that the focna/focnb/focnc bits are imple- mented as strobes. therefore it is the value present in the comnx1:0 bits that determine the effect of the forced compare. a focna/focnb/focnc strobe will no t generate any interrupt nor w ill it clear the timer in clear timer on compare match (ctc) mode using ocrna as top. the focna/focnb/focnb bits are always read as zero. ? bit 4:0 ? reserved bits these bits are reserved for future use. for ensuring compatibility with future devices, these bits must be written to zero when tccrnc is written. tcnt1h and tcnt1l ? timer/counter1 tcnt3h and tcnt3l ? timer/counter3 the two timer/counter i/o locations (tcntnh and tcntnl , combined tcntn) give direct access, both for read and for write operations, to the timer/counter unit 16-bit counter. to ensure that both the high and low bytes are read and written simultaneously when the cpu accesses these registers, the access is perfo rmed using an 8-bit temporary high byte register (temp). this temporary register is shared by all the other 16-bit registers. see ?accessing 16-bit registers? on page 115. modifying the counter (tcntn) while the counter is running introduces a risk of missing a com- pare match between tcntn and one of the ocrnx registers. writing to the tcntn register blocks (removes) the compare match on th e following timer clock for all compare units. bit 76543210 (0x8c) foc3afoc3bfoc3c?????tccr3c read/write w w w r r r r r initial value00000000 bit 76543210 0x2d (0x4d) tcnt1[15:8] tcnt1h 0x2c (0x4c) tcnt1[7:0] tcnt1l read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x89) tcnt3[15:8] tcnt3h (0x88) tcnt3[7:0] tcnt3l read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
139 2490r?avr?02/2013 atmega64(l) ocr1ah and ocr1al ?output compare register 1 a ocr1bh and ocr1bl ? output compare register 1 b ocr1ch and ocr1cl ? output compare register 1 c ocr3ah and ocr3al ? output compare register 3 a ocr3bh and ocr3bl ? output compare register 3 b ocr3ch and ocr3cl ? output compare register 3 c the output compare registers contain a 16-bit value that is continuously compared with the counter value (tcntn). a match can be used to generate an output compare interrupt, or to generate a waveform output on the ocnx pin. the output compare registers are 16-bit in size. to ensure that both the high and low bytes are written simultaneously when the cp u writes to these registers, the access is performed using an 8-bit temporary high byte register (temp). this temporary register is shared by all the other 16- bit registers. see ?accessing 16-bit registers? on page 115. bit 76543210 0x2b (0x4b) ocr1a[15:8] ocr1ah 0x2a (0x4a) ocr1a[7:0] ocr1al read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 0x29 (0x49) ocr1b[15:8] ocr1bh 0x28 (0x48) ocr1b[7:0] ocr1bl read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x79) ocr1c[15:8] ocr1ch (0x78) ocr1c[7:0] ocr1cl read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x87) ocr3a[15:8] ocr3ah (0x86) ocr3a[7:0] ocr3al read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x85) ocr3b[15:8] ocr3bh (0x84) ocr3b[7:0] ocr3bl read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x83) ocr3c[15:8] ocr3ch (0x82) ocr3c[7:0] ocr3cl read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
140 2490r?avr?02/2013 atmega64(l) icr1h and icr1l ? input capture register 1 icr3h and icr3l ? input capture register 3 the input capture is updated with the counter (tcntn) value each time an event occurs on the icpn pin (or optionally on the analog comparator output for timer/counter1). the input capture can be used for defining the counter top value. the input capture register is 16-bit in size. to ensure that both the high and low bytes are read simultaneously when the cpu accesses these regi sters, the access is performed using an 8-bit temporary high byte register (temp). this temporary register is shared by all the other 16-bit registers. see ?accessing 16-bit registers? on page 115. timsk ? timer/counter interrupt mask register (1) note: 1. this register contains interrupt control bits for several timer/counters, but only timer1 bits are described in this section. the remaining bits are described in their respective timer sections. ? bit 5 ? ticie1: timer/counter1, input capture interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter1 input capture interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the icf1 flag, located in tifr, is set. ? bit 4 ? ocie1a: timer/counter1, output compare a match interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter1 output compare a match interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the ocf1a flag, located in tifr, is set. ? bit 3 ? ocie1b: timer/counter1, output compare b match interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter1 output compare b match interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the ocf1b flag, located in tifr, is set. bit 76543210 0x27 (0x47) icr1[15:8] icr1h 0x26 (0x46) icr1[7:0] icr1l read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x81) icr3[15:8] icr3h (0x80) icr3[7:0] icr3l read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 7654 3210 0x37 (0x57) ocie2 toie2 ticie1 ocie1a ocie1b toie1 ocie0 toie0 timsk read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
141 2490r?avr?02/2013 atmega64(l) ? bit 2 ? toie1: timer/counter1, overflow interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter1 overflow interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the tov1 flag, located in tifr, is set. etimsk ? extended timer/counter interrupt mask register (1) note: 1. this register is not available in atmega103 compatibility mode. ? bit 7:6 ? reserved bits these bits are reserved for future use. for ensuring compatibility with future devices, these bits must be set to zero when etimsk is written. ? bit 5 ? ticie3: timer/counter3, input capture interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter3 input capture interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the icf3 flag, located in etifr, is set. ? bit 4 ? ocie3a: timer/counter3, output compare a match interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter3 output compare a match interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the ocf3a flag, located in etifr, is set. ? bit 3 ? ocie3b: timer/counter3, output compare b match interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter3 output compare b match interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the ocf3b flag, located in etifr, is set. ? bit 2 ? toie3: timer/counter3, overflow interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter3 overflow interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the tov3 flag, located in etifr, is set. ? bit 1 ? ocie3c: timer/counter3, output compare c match interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter3 output compare c match interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the ocf3c flag, located in etifr, is set. ? bit 0 ? ocie1c: timer/counter1, output compare c match interrupt enable when this bit is written to one, and the i-flag in the status register is set (interrupts globally enabled), the timer/counter1 output compare c match interrupt is enabled. the corresponding interrupt vector (see ?interrupts? on page 61) is executed when the ocf1c flag, located in etifr, is set. bit 76543210 (0x7d) ? ? ticie3 ocie3a ocie3b toie3 ocie3c ocie1c etimsk read/write r r r/w r/w r/w r/w r/w r/w initial value00000000
142 2490r?avr?02/2013 atmega64(l) tifr ? timer/counter interrupt flag register (1) note: 1. this register contains flag bits for severa l timer/counters, but only timer1 bits are described in this section. the remaining bits are de scribed in their respective timer sections. ? bit 5 ? icf1: timer/count er1, input capture flag this flag is set when a capture event occurs on the icp1 pin. when the input capture register (icr1) is set by the wgmn3:0 to be used as the top value, the icf1 flag is set when the coun- ter reaches the top value. icf1 is automatically cleared when the input capt ure interrupt vector is executed. alternatively, icf1 can be cleared by writing a logic one to its bit location. ? bit 4 ? ocf1a: timer/counter1, output compare a match flag this flag is set in the timer clock cycle afte r the counter (tcnt1) value matches the output compare register a (ocr1a). note that a forced output compare (foc 1a) strobe will not set the ocf1a flag. ocf1a is automatically cleared when the output compare match a interrupt vector is exe- cuted. alternatively, ocf1a can be cleared by writing a logic one to its bit location. ? bit 3 ? ocf1b: timer/counter1, output compare b match flag this flag is set in the timer clock cycle afte r the counter (tcnt1) value matches the output compare register b (ocr1b). note that a forced output compare (foc 1b) strobe will not set the ocf1b flag. ocf1b is automatically cleared when the output compare match b interrupt vector is exe- cuted. alternatively, ocf1b can be cleared by writing a logic one to its bit location. ? bit 2 ? tov1: timer/counter1, overflow flag the setting of this flag is dependent of the wgmn3:0 bits setting. in normal and ctc modes, the tov1 flag is set when the timer overflows. refer to table 61 on page 136 for the tov1 flag behavior when using another wgmn3:0 bit setting. tov1 is automatically cleared when the timer/c ounter1 overflow interrupt vector is executed. alternatively, tov1 can be cleared by writing a logic one to its bit location. etifr ? extended timer/counter interrupt flag register ? bit 7:6 ? reserved bits these bits are reserved for future use. for ensuring compatibility with future devices, these bits must be set to zero when etifr is written. bit 76543210 0x36 (0x56) ocf2 tov2 icf1 ocf1a ocf1b tov1 ocf0 tov0 tifr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x7c) ? ? icf3 ocf3a ocf3b tov3 ocf3c ocf1c etifr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
143 2490r?avr?02/2013 atmega64(l) ? bit 5 ? icf3: timer/count er3, input capture flag this flag is set when a capture event occurs on the icp3 pin. when the input capture register (icr3) is set by the wgm3:0 to be used as the top value, the icf3 flag is set when the counter reaches the top value. icf3 is automatically cleared when the input capture 3 interrupt vector is executed. alterna- tively, icf3 can be cleared by writing a logic one to its bit location. ? bit 4 ? ocf3a: timer/counter3, output compare a match flag this flag is set in the timer clock cycle afte r the counter (tcnt3) value matches the output compare register a (ocr3a). note that a forced output compare (foc 3a) strobe will not set the ocf3a flag. ocf3a is automatically cleared when the output compare match 3 a interrupt vector is exe- cuted. alternatively, ocf3a can be cleared by writing a logic one to its bit location. ? bit 3 ? ocf3b: timer/counter3, output compare b match flag this flag is set in the timer clock cycle afte r the counter (tcnt3) value matches the output compare register b (ocr3b). note that a forced output compare (foc 3b) strobe will not set the ocf3b flag. ocf3b is automatically cleared when the output compare match 3 b interrupt vector is exe- cuted. alternatively, ocf3b can be cleared by writing a logic one to its bit location. ? bit 2 ? tov3: timer/counter3, overflow flag the setting of this flag is dependent of the wgm3:0 bits setting. in normal and ctc modes, the tov3 flag is set when the timer overflows. refer to table 52 on page 104 for the tov3 flag behavior when using another wgm3:0 bit setting. tov3 is automatically cleared when the timer/c ounter3 overflow interrupt vector is executed. alternatively, ocf3b can be cleared by writing a logic one to its bit location. ? bit 1 ? ocf3c: timer/counter3, output compare c match flag this flag is set in the timer clock cycle afte r the counter (tcnt3) value matches the output compare register c (ocr3c). note that a forced output compare (foc 3c) strobe will not set the ocf3c flag. ocf3c is automatically cleared when the output compare match 3 c interrupt vector is exe- cuted. alternatively, ocf3c can be cleared by writing a logic one to its bit location. ? bit 0 ? ocf1c: timer/counter1, output compare c match flag this flag is set in the timer clock cycle afte r the counter (tcnt1) value matches the output compare register c (ocr1c). note that a forced output compare (foc 1c) strobe will not set the ocf1c flag. ocf1c is automatically cleared when the output compare match 1 c interrupt vector is exe- cuted. alternatively, ocf1c can be cleared by writing a logic one to its bit location.
144 2490r?avr?02/2013 atmega64(l) timer/counter3, timer/counter2 and timer/counter1 prescalers timer/counter3, timer/counter2 and timer/counter1 share the same prescaler module, but the timer/counters can have different prescaler settings. the description below applies to all of the mentioned timer/counters. internal clock source the timer/counter can be clocked directly by the system clock (by setting the csn2:0 = 1). this provides the fastest operation, with a maximum timer/counter clock frequency equal to system clock frequency (f clk_i/o ). alternatively, one of four taps from the prescaler can be used as a clock source. the prescaled clock has a frequency of either f clk_i/o /8, f clk_i/o /64, f clk_i/o /256, or f clk_i/o /1024. prescaler reset the prescaler is free running, for example, it operates independently of the clock select logic of the timer/counter, and it is shared by time r/counter1, timer/counter2, and timer/counter3. since the prescaler is not affected by the timer/ counter?s clock select, the state of the prescaler will have implications for situations where a prescaled clock is used. one example of prescaling artifacts occurs when the timer is enabled and clocked by the prescaler (6 > csn2:0 > 1). the number of system clock cycl es from when the timer is enable d to the first count occurs can be from 1 to n+1 system clock cycles, where n equals the prescaler divisor (8, 64, 256, or 1024). it is possible to use the prescaler reset for synchronizing the timer/counter to program execu- tion. however, care must be taken if the other timer/counter that shares the same prescaler also use prescaling. a prescaler re set will affect the prescaler peri od for all timer/ counters it is connected to. external clock source an external clock source applied to the tn pin can be used as timer/counter clock (clk t1 /clk t2 /clk t3 ). the tn pin is sampled once every sy stem clock cycle by the pin synchroniza- tion logic. the synchronized (sampled) signal is then pass ed through the edge detector. figure 59 shows a functional equivalent block diagram of the tn synchronization and edge detector logic. the registers are clocked at the po sitive edge of the internal system clock ( clk i/o ). the latch is transparent in the high period of the internal system clock. the edge detector generates one clk t1 /clk t 2 /clk t 3 pulse for each positive (csn2:0 = 7) or nega- tive (csn2:0 = 6) edge it detects. figure 59. tn pin sampling the synchronization and e dge detector logic introduces a de lay of 2.5 to 3.5 system clock cycles from an edge has been applied to the tn pin to the counter is updated. enabling and disabling of the clock input must be done when tn has been stable for at least one system clock cycle, otherwise it is a risk that a false timer/counter clock pulse is generated. each half period of the external clock applie d must be longer than one system clock cycle to ensure correct sampling. the external clock must be guaranteed to have less than half the sys- tn_sync (to clock select logic) edge detector dq dq le dq tn clk i/o
145 2490r?avr?02/2013 atmega64(l) tem clock frequency (f extclk < f clk_i/o /2) given a 50/50% duty cycle. since the edge detector uses sampling, the maximum frequency of an external clock it can detect is half the sampling fre- quency (nyquist sampling theorem). however, due to variation of the system clock frequency and duty cycle caused by oscillator source (crystal, resonator, and capacitors) tolerances, it is recommended that maximum frequency of an external clock source is less than f clk_i/o /2.5. an external clock source can not be prescaled. figure 60. prescaler for timer/counter1, timer/counter2, and timer/counter3 (1) note: 1. the synchronization logic on the input pins (t3/t2/t1) is shown in figure 59 . sfior ? special function io register ? bit 7 ? tsm: timer/counter synchronization mode writing tsm bit to one activates the timer/counter synchronization mode. in this mode, the value that is written to psr0 and psr321 bits is kept, hence keeping the corresponding pres- caler reset signals asserted. this ensures that the corresponding timer/counters are halted and can be configured to the same value without the risk of one of them advancing during configura- tion. when the tsm bit written zero, the psr0 and psr321 bits are cleared by hardware, and the timer/counters start counting simultaneously. ? bit 0 ? psr321: prescaler reset timer/counter3, timer/counter2, and timer/counter1 when this bit is one, the time r/counter3, timer/counter2, an d timer/counter1 prescaler will be reset. the bit is normally cleared immediately by hardware, except if the tsm bit is set. note that timer/counter3 timer/counter2, and timer/counter1 share the same prescaler and a reset of this prescaler will affe ct all three timers. psr321 clear clk t2 timer/counter2 clock source 0 cs20 cs21 cs22 t2 clk t1 timer/counter1 clock source 0 cs10 cs11 cs12 t1 clk t3 timer/counter3 clock source 0 cs30 cs31 cs32 t3 10-bit t/c prescaler ck ck/8 ck/64 ck/256 ck/1024 bit 7 6 5 4 3 2 1 0 0x20 (0x40) tsm ? ? ? acme pud psr0 psr321 sfior read/write r/w r r r r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
146 2490r?avr?02/2013 atmega64(l) 8-bit timer/counter2 with pwm timer/counter2 is a general purpose, single-c hannel, 8-bit timer/counter module. the main features are: ? single channel counter ? clear timer on compar e match (auto reload) ? glitch-free, phase correct pu lse width modulator (pwm) ? frequency generator ? external event counter ? 10-bit clock prescaler ? overflow and compare match interrupt sources (tov2 and ocf2) overview a simplified block diagram of the 8-bit timer/counter is shown in figure 61 . for the actual place- ment of i/o pins, refer to ?pin configuration? on page 2 . cpu accessible i/o registers, including i/o bits and i/o pins, are shown in bold. the de vice-specific i/o register and bit locations are listed in the ?8-bit timer/counter register description? on page 157 . figure 61. 8-bit timer/counter block diagram registers the timer/counter (tcnt2) and output compare register (ocr2) are 8-bit registers. interrupt request (abbreviated to int.req. in the figure) si gnals are all visible in the timer interrupt flag register (tifr). all interrupts are individually masked with the timer interrupt mask register (timsk). tifr and timsk are not shown in the figure since these registers are shared by other timer units. the timer/counter can be clocked internally, via the prescaler, or by an external clock source on the t2 pin. the clock select logic block controls which clock source and edge the timer/counter uses to increment (or decrement) its value. the timer/counter is inactive when no clock source is selected. the output from the clock select logic is referred to as the timer clock (clk t2 ). the double buffered output compare register (ocr2) is compared with the timer/counter value at all times. the result of the compare can be used by the waveform generator to gener- timer/counter data b u s = tcntn waveform generation ocn = 0 control logic = 0xff bottom count clear direction tovn (int.req.) ocrn tccrn clock select tn edge detector ( from prescaler ) clk tn top ocn (int.req.)
147 2490r?avr?02/2013 atmega64(l) ate a pwm or variable frequency output on the output compare pin (oc2). for details, see ?output compare unit? on page 148. the compare match event will also set the compare flag (ocf2) which can be used to generate an output compare interrupt request. definitions many register and bit references in this document are written in general form. a lower case ?n? replaces the timer/counter number, in this case 2. however, when using the register or bit defines in a program, the precise form must be used (that is, tcnt2 for accessing timer/counter2 counter value and so on). the definitions in table 63 are also used extensively throughout this section. timer/counter clock sources the timer/counter can be clocked by an internal or an external clock source. the clock source is selected by the clock select logic which is controlled by the clock select (cs22:0) bits located in the timer/counter control register (tccr2). for details on clock sources and pres- caler, see ?timer/counter3, timer/counter2 and timer/counter1 prescalers? on page 144 . table 63. definitions bottom the counter reaches the bottom when it becomes 0x00. max the counter reaches its maximum when it becomes 0xff (decimal 255). top the counter reaches the top when it becomes equal to the highest value in the count sequence. the top value can be assigned to be the fixed value 0xff (max) or the value stored in the ocr2 register. the assignment is dependent on the mode of operation.
148 2490r?avr?02/2013 atmega64(l) counter unit the main part of the 8-bit timer/counter is the programmable bi-directional counter unit. figure 62 shows a block diagram of the counter and its surroundings. figure 62. counter unit block diagram signal description (internal signals): count increment or decrement tcnt2 by 1. direction select between increment and decrement. clear clear tcnt2 (set a ll bits to zero). clk t n timer/counter clock, referred to as clk t0 in the following. top signalize that tcnt2 has reached maximum value. bottom signalize that tcnt2 has re ached minimum value (zero). depending of the mode of operation used, the counter is cleared, incremented, or decremented at each timer clock (clk t2 ). clk t2 can be generated from an external or internal clock source, selected by the clock select bits (cs22:0). w hen no clock source is selected (cs22:0 = 0) the timer is stopped. however, the tcnt2 value can be accessed by the cpu, regardless of whether clk t2 is present or not. a cpu write overrides (has priority over) all counter clear or count operations. the counting sequence is determined by the setting of the wgm01 and wgm00 bits located in the timer/counter control register (tccr2). there are close connections between how the counter behaves (counts) and how waveforms are generated on the output compare output oc2. for more details about advanced counting sequences and waveform generation, see ?modes of operation? on page 151 . the timer/counter overflow flag (tov2) is set according to the mode of operation selected by the wgm21:0 bits. tov2 can be used for generating a cpu interrupt. output compare unit the 8-bit comparator continuously compares tcnt2 with the output compare register (ocr2). whenever tcnt2 equals ocr2, the comparator signals a match. a match will set the output compare flag (ocf2) at the next timer clock cycle. if enabled (ocie2 = 1 and global interrupt flag in sreg is set), the output compare flag generates an output compare inter- rupt. the ocf2 flag is automatically cleared when the interrupt is executed. alternatively, the ocf2 flag can be cleared by softw are by writing a logical one to its i/o bit location. the wave- form generator uses the match signal to generate an output according to operating mode set by the wgm21:0 bits and compare output mode (com21:0) bits. the max and bottom signals are used by the waveform generator for handling the special cases of the extreme values in some modes of operation (see ?modes of operation? on page 151). figure 63 shows a block diagram of the output compare unit. data b u s tcntn control logic count tovn (int.req.) clock select top tn edge detector ( from prescaler ) clk tn bottom direction clear
149 2490r?avr?02/2013 atmega64(l) figure 63. output compare unit, block diagram the ocr2 register is double buffered when us ing any of the pulse width modulation (pwm) modes. for the normal and clear timer on compare (ctc) modes of operation, the double buff- ering is disabled. the double buffering synchron izes the update of the ocr2 compare register to either top or bottom of the counting sequenc e. the synchronization prevents the occurrence of odd-length, non-symmetrical pwm pulses, thereby making the output glitch-free. the ocr2 register access may seem complex, but this is not case. when the double buffering is enabled, the cpu has access to the ocr2 buff er register, and if double buffering is disabled the cpu will access the ocr2 directly. force output compare in non-pwm waveform generation modes, the match output of the comparator can be forced by writing a one to the force output compare (foc2) bit. forcing compare match will not set the ocf2 flag or reload/clea r the timer, but the oc2 pin will be up dated as if a real compare match had occurred (the com21:0 bits settings define whether the oc2 pin is set, cleared or toggled). compare match blocking by tcnt2 write all cpu write operations to the tcnt2 register will block any compare ma tch that occur in the next timer clock cycle, even when the timer is st opped. this feature allows ocr2 to be initialized to the same value as tcnt2 without triggering an interrupt when the timer/counter clock is enabled. ocfn (int.req.) = (8-bit comparator ) ocrn ocn data b u s tcntn wgmn1:0 waveform generator top focn comn1:0 bottom
150 2490r?avr?02/2013 atmega64(l) using the output compare unit since writing tcnt2 in any mo de of operation will block all compare matches for one timer clock cycle, there are risks involved when ch anging tcnt2 when using the output compare channel, independently of whether the timer/counte r is running or not. if the value written to tcnt2 equals the ocr2 value, th e compare match will be missed, resulting in incorrect wave- form generation. similarly, do not write the tcnt2 value equal to bottom when the counter is downcounting. the setup of the oc2 should be performed before setting the data direction register for the port pin to output. the easiest way of setting the oc2 value is to use the force output compare (foc2) strobe bits in normal mode. the oc 2 register keeps its value even when changing between waveform generation modes. be aware that the com21:0 bits are not double buffered together with the compare value. changing the com21:0 bits will take effect immediately. compare match output unit the compare output mode (com21:0) bits hav e two functions. the waveform generator uses the com21:0 bits for defining the output compare (oc2) state at the next compare match. also, the com21:0 bits control the oc2 pin output source. figure 64 shows a simplified sche- matic of the logic affected by the com21:0 bit setting. the i/o registers, i/o bits, and i/o pins in the figure are shown in bold. only the parts of the general i/o port control registers (ddr and port) that are affected by the com21:0 bits are shown. when referring to the oc2 state, the reference is for the internal oc2 register, not the oc2 pin. if a system reset occur, the oc2 register is reset to ?0?. figure 64. compare match output unit, schematic the general i/o port function is overridden by the output compare (oc2) from the waveform generator if either of the com21:0 bits are set. however, the oc2 pin direction (input or output) is still controlled by the data direction register (ddr) for the port pin. the data direction regis- port ddr dq dq ocn pin ocn dq waveform generator comn1 comn0 0 1 data b u s focn clk i/o
151 2490r?avr?02/2013 atmega64(l) ter bit for the oc2 pin (ddr_oc2) must be set as output before the oc2 value is visible on the pin. the port override function is independent of the waveform generation mode. the design of the output compare pin logic allows initialization of the oc2 state before the out- put is enabled. note that some com21:0 bit settings are reserved for certain modes of operation. see ?8-bit timer/counter register description? on page 157. compare output mode and waveform generation the waveform generator uses the com21:0 bits differently in normal, ctc, and pwm modes. for all modes, setting the com21:0 = 0 tells the waveform generator that no action on the oc2 register is to be performed on the next compare match. for compare output actions in the non- pwm modes refer to table 65 on page 158 . for fast pwm mode, refer to table 66 on page 158 , and for phase correct pwm refer to table 67 on page 159 . a change of the com21:0 bits stat e will have effect at the first co mpare match after the bits are written. for non-pwm modes, the action can be fo rced to have immediate effect by using the foc2 strobe bits. modes of operation the mode of operation, that is, the behavior of the timer/counter and the output compare pins, is defined by the combination of the waveform generation mode (wgm21:0) and compare out- put mode (com21:0) bits. the compare output mode bits do not affect the counting sequence, while the waveform generation mode bits do. the com21:0 bits control whether the pwm out- put generated should be inverted or not (inverted or non-inverted pwm). for non-pwm modes the com21:0 bits control whether the output should be set, cleared, or toggled at a compare match (see ?compare match output unit? on page 150). for detailed timing information refer to figure 68 , figure 69 , figure 70 , and figure 71 in ?timer/counter timing diagrams? on page 155 . normal mode the simplest mode of operation is the normal mode (wgm21:0 = 0). in this mode the counting direction is always up (incrementing), and no counter clear is performed. the counter simply overruns when it passes its maximum 8-bit value (top = 0xff) and then restarts from the bot- tom (0x00). in normal o peration the timer/counter overflow flag (tov2) will be set in the same timer clock cycle as the tcnt2 becomes zero. the tov2 flag in this case behaves like a ninth bit, except that it is only set, not cleared. however, combined with the timer overflow interrupt that automatically clears the tov2 flag, the timer resolution can be increased by software. there are no special cases to consider in the normal mode, a new counter value can be written anytime. the output compare unit can be used to generate interrupts at some given time. using the out- put compare to generate waveforms in normal mode is not recommended, since this will occupy too much of the cpu time. clear timer on compare match (ctc) mode in clear timer on compare or ctc mode (wgm21:0 = 2), the ocr2 register is used to manip- ulate the counter resolution. in ctc mode the counter is cleared to zero when the counter value (tcnt2) matches the ocr2. the ocr2 defines the top value for the counter, hence also its resolution. this mode allows greater control of the compare match output frequency. it also sim- plifies the operation of counting external events. the timing diagram for the ctc mode is shown in figure 65 . the counter value (tcnt2) increases until a compare match occurs between tcnt2 and ocr2, and then counter (tcnt2) is cleared.
152 2490r?avr?02/2013 atmega64(l) figure 65. ctc mode, timing diagram an interrupt can be generated each time the counter value reaches the top value by using the ocf2 flag. if the interrupt is enabled, the interrupt handler routine can be used for updating the top value. however, changing the top to a va lue close to bottom when the counter is run- ning with none or a low prescaler value must be done with care since the ctc mode does not have the double buffering feature. if the new value written to ocr2 is lower than the current value of tcnt2, the counter will miss the compar e match. the counter will then have to count to its maximum value (0xff) and wrap around starting at 0x00 before the compare match can occur. for generating a waveform output in ctc mode, the oc2 output can be set to toggle its logical level on each compare match by setting the compare output mode bits to toggle mode (com21:0 = 1). the oc2 value will no t be visible on the port pin unl ess the data direction for the pin is set to output. the waveform generated will have a maximum frequency of f oc2 = f clk_i/o /2 when ocr2 is set to zero (0x00). the waveform frequency is defined by the following equation: the n variable represents the prescale factor (1, 8, 64, 256, or 1024). as for the normal mode of operation, the tov2 flag is set in the same timer clock cycle that the counter counts from max to 0x00. fast pwm mode the fast pulse width modulation or fast pwm mode (wgm21:0 = 3) provides a high frequency pwm waveform generation option. the fast pwm di ffers from the other pwm option by its sin- gle-slope operation. the counter counts from bottom to max then restarts from bottom. in non-inverting compare output mode, the output compare (oc2) is cleared on the compare match between tcnt2 and ocr2, and set at bottom. in inverting compare output mode, the output is set on compare match and cleared at bottom. due to the single-slope operation, the operating frequency of the fast pwm mode can be twice as high as the phase correct pwm mode that use dual-slope operation. this high frequency makes the fast pwm mode well suited for power regulation, rectification, and dac app lications. high frequency a llows physically small sized external components (coils, capacitors), and therefore reduces total system cost. in fast pwm mode, the counter is incremented until the counter value matches the max value. the counter is then cleared at the following timer clock cycle. the timing diagram for the fast pwm mode is shown in figure 66 . the tcnt2 value is in the timing diagram shown as a histo- gram for illustrating the single-s lope operation. the diagram includes non- inverted and inverted pwm outputs. the small horizontal line marks on the tcnt2 slopes represent compare matches between ocr2 and tcnt2. tcntn ocn (toggle) ocn interrupt flag set 1 4 period 2 3 (comn1:0 = 1) f ocn f clk_i/o 2 n 1 ocrn + ?? ?? ---------------------------------------------- - =
153 2490r?avr?02/2013 atmega64(l) figure 66. fast pwm mode, timing diagram the timer/counter overflow flag (tov2) is set each time the counter reaches max. if the inter- rupt is enabled, the interrupt handler routine can be used for updating the compare value. in fast pwm mode, the compare unit allows generation of pwm waveforms on the oc2 pin. set- ting the com21:0 bits to two will produce a non- inverted pwm and an inve rted pwm output can be generated by setting the com21:0 to three (see table 66 on page 158 ). the actual oc2 value will only be visible on the port pin if the data direction for the port pin is set as output. the pwm waveform is generated by setting (or clearing) the oc2 register at the compare match between ocr2 and tcnt2, and clearing (or setting) the oc2 register at the timer clock cycle the counter is cleared (changes from max to bottom). the pwm frequency for the output can be calculated by the following equation: the n variable represents the prescale factor (1, 8, 64, 256, or 1024). the extreme values for the ocr2 register represents special cases when generating a pwm waveform output in the fast pwm mode. if the ocr2 is set equal to bottom, the output will be a narrow spike for each max+1 ti mer clock cycle. setting the ocr2 equal to max will result in a constantly high or low output (depending on the polarity of the output set by the com21:0 bits.) a frequency (with 50% duty cycle) waveform output in fast pwm mode can be achieved by set- ting oc2 to toggle its logical level on each compare match (com21:0 = 1). the waveform generated will have a ma ximum frequency of f oc2 = f clk_i/o /2 when ocr2 is set to zero. this fea- ture is similar to the oc2 toggle in ctc mode, except the double buffer feature of the output compare unit is enabled in the fast pwm mode. phase correct pwm mode the phase correct pwm mode (wgm21:0 = 1) pr ovides a high resolution phase correct pwm waveform generation option. the phase correct pwm mode is based on a dual-slope operation. the counter counts repeatedly from bottom to max and then from max to bottom. in non- inverting compare output mode, the output compare (oc2) is cleared on the compare match between tcnt2 and ocr2 while upcounting, and set on the compare match while downcount- tcntn ocrn update and tovn interrupt flag set 1 period 2 3 ocn ocn (comn1:0 = 2) (comn1:0 = 3) ocrn interrupt flag set 4 5 6 7 f ocnpwm f clk_i/o n 256 ? ------------------ =
154 2490r?avr?02/2013 atmega64(l) ing. in inverting output compare mode, the operation is inverted. the dual-slope operation has lower maximum operation frequency than single slope operation. however, due to the symmet- ric feature of the dual-slope pwm modes, these modes are preferred for motor control applications. the pwm resolution for the phase correct pwm m ode is fixed to eight bits. in phase correct pwm mode the counter is incremented until the counter value matches max. when the counter reaches max, it changes the count direction. the tcnt2 value will be equal to max for one timer clock cycle. the timing diagram fo r the phase correct pwm mode is shown on figure 67 . the tcnt2 value is in the timing diagram shown as a histogram for illustrating the dual-slope operation. the diagram includes non-inverted and inverted pwm outputs. the small horizontal line marks on the tcnt2 slopes represent compare matches between ocr2 and tcnt2. figure 67. phase correct pwm mode, timing diagram the timer/counter overflow flag (tov2) is set each time the counter reaches bottom. the interrupt flag can be used to generate an interrupt each time the counter reaches the bottom value. in phase correct pwm mode, the compare unit allows generation of pwm waveforms on the oc2 pin. setting the com21:0 bits to two will produce a non-inverted pwm. an inverted pwm output can be generated by setting the com21:0 to three (see table 67 on page 159 ). the actual oc2 value will only be visibl e on the port pin if the data direction for the port pin is set as output. the pwm waveform is generated by clearing (or setting) the oc2 register at the com- pare match between ocr2 and tcnt2 when the counter increments, and setting (or clearing) the oc2 register at compare match between ocr2 and tcnt2 when the counter decrements. the pwm frequency for the output when using phase correct pwm can be calculated by the fol- lowing equation: tovn interrupt flag set ocn interrupt flag set 1 2 3 tcntn period ocn ocn (comn1:0 = 2) (comn1:0 = 3) ocrn update f ocnpcpwm f clk_i/o n 510 ? ------------------ =
155 2490r?avr?02/2013 atmega64(l) the n variable represents the prescale factor (1, 8, 64, 256, or 1024). the extreme values for the ocr2 register represent special cases when generating a pwm waveform output in the phase correct pwm mode. if the ocr2 is set equal to bottom, the out- put will be continuously low and if set equal to max the output will be continuously high for non- inverted pwm mode. for inverted pwm the output will have the opposite logic values. at the very start of period 2 in figure 67 ocn has a transition from high to low even though there is no compare match. the point of this transition is to guarantee symmetry around bottom. there are two cases that give a transition without a compare match. ? ocr2 changes its value from max, like in figure 67 . when the ocr2 value is max the ocn pin value is the same as the result of a down-counting compare match. to ensure symmetry around bottom the ocn value at max must correspond to the result of an up- counting compare match. ? the timer starts counting from a higher value than the one in ocr2, and for that reason misses the compare match and hence the ocn change that would have happened on the way up. timer/counter timing diagrams the timer/counter is a synchronous design and the timer clock (clk t2 ) is therefore shown as a clock enable signal in the following figures. the figures include information on when interrupt flags are set. figure 68 contains timing data for basic ti mer/counter operation. the figure shows the count sequence close to the max val ue in all modes other than phase correct pwm mode. figure 68. timer/counter timing diagram, no prescaling figure 69 shows the same timing data, but with the prescaler enabled. clk tn (clk i/o /1) tovn clk i/o tcntn max - 1 max bottom bottom + 1
156 2490r?avr?02/2013 atmega64(l) figure 69. timer/counter timing diagram, with prescaler (f clk_i/o /8) figure 70 shows the setting of ocf2 in all modes except ctc mode. figure 70. timer/counter timing diagram, setting of ocf2, with prescaler (f clk_i/o /8) figure 71 shows the setting of ocf2 and the clearing of tcnt2 in ctc mode. tovn tcntn max - 1 max bottom bottom + 1 clk i/o clk tn (clk i/o /8) ocfn ocrn tcntn ocrn value ocrn - 1 ocrn ocrn + 1 ocrn + 2 clk i/o clk tn (clk i/o /8)
157 2490r?avr?02/2013 atmega64(l) figure 71. timer/counter timing diagram, clear ti mer on compare match mode, with pres- caler (f clk_i/o /8) 8-bit timer/counter register description tccr2 ? timer/counter control register ? bit 7 ? foc2: force output compare the foc2 bit is only active when the wgm20 bit specifies a non-pwm mode. however, for ensuring compatibility with future devices, this bit must be set to zero when tccr2 is written when operating in pwm mode. when writing a logical one to the foc2 bit, an immediate com- pare match is forced on the waveform generati on unit. the oc2 output is changed according to its com21:0 bits setting. note that the foc2 bi t is implemented as a strobe. therefore it is the value present in the com21:0 bits that determines the effect of the forced compare. a foc2 strobe will not generate any interrupt, nor will it clear the timer in ctc mode using ocr2 as top. the foc2 bit is always read as zero. ? bit 6, 3 ? wgm21:0: waveform generation mode these bits control the counting sequence of the counter, the source for the maximum (top) counter value, and what type of waveform generation to be used. modes of operation supported by the timer/counter unit are: normal mode, clear timer on compare match (ctc) mode, and two types of pulse width modulation (pwm) modes. see table 64 and ?modes of operation? on page 151 . ocfn ocrn tcntn (ctc) top top - 1 top bottom bottom + 1 clk i/o clk tn (clk i/o /8) bit 76543210 0x25 (0x45) foc2 wgm20 com21 com20 wgm21 cs22 cs21 cs20 tccr2 read/write w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
158 2490r?avr?02/2013 atmega64(l) note: 1. the ctc2 and pwm2 bit definition names are now obsolete. use the wgm21:0 definitions. however, the functionality and location of these bits are compatible with previous versions of the timer. ? bit 5:4 ? com21:0: compare match output mode these bits control the output compare pin (oc2) behavior. if one or both of the com21:0 bits are set, the oc2 output overrides the normal port functionality of the i/o pin it is connected to. however, note that the data direction register (ddr) bit corresponding to the oc2 pin must be set in order to enable the output driver. when oc2 is connected to the pin, the function of the com21:0 bits depends on the wgm21:0 bit setting. table 65 shows the com21:0 bit functionality when the wgm21:0 bits are set to a normal or ctc mode (non-pwm). table 66 shows the com21:0 bit functionality when the wgm21:0 bits are set to fast pwm mode. note: 1. a special case occurs when ocr2 equals to p and com21 is set. in this case, the compare match is ignored, but the set or clear is done at bottom. see ?fast pwm mode? on page 152 for more details. table 67 shows the com21:0 bit functionality when the wgm21:0 bits are set to phase correct pwm mode. table 64. waveform generation mode bit description (1) mode wgm21 (ctc2) wgm20 (pwm2) timer/counter mode of operation top update of ocr2 tov2 flag set on 0 0 0 normal 0xff immediate max 1 0 1 pwm, phase correct 0xff top bottom 2 1 0 ctc ocr2 immediate max 3 1 1 fast pwm 0xff bottom max table 65. compare output mode, non-pwm mode com21 com20 description 0 0 normal port operation, oc2 disconnected. 0 1 toggle oc2 on compare match. 1 0 clear oc2 on compare match. 1 1 set oc2 on compare match. table 66. compare output mode, fast pwm mode (1) com21 com20 description 0 0 normal port operation, oc2 disconnected. 01reserved 1 0 clear oc2 on compare match, set oc2 at bottom, (non-inverting mode). 1 1 set oc2 on compare match, clear oc2 at bottom, (inverting mode).
159 2490r?avr?02/2013 atmega64(l) note: 1. a special case occurs when ocr2 equals to p and com21 is set. in this case, the compare match is ignored, but the set or clear is done at top. see ?phase correct pwm mode? on page 153 for more details. ? bit 2:0 ? cs22:0: clock select the three clock select bits select the clock source to be used by the timer/counter. if external pin modes are used for the timer/counter2, transitions on the t2 pin will clock the counter even if the pin is configured as an output. this feature allows software control of the counting. tcnt2 ? timer/counter register the timer/counter register gives direct ac cess, both for read and write operations, to the timer/counter unit 8-bit counter. writing to the tcnt2 register blocks (removes) the compare match on the following timer clock. modifying the counter (tcnt2) while the counter is running, introduces a risk of missing a compare match between tcnt2 and the ocr2 register. table 67. compare output mode, phase correct pwm mode (1) com21 com20 description 0 0 normal port operation, oc2 disconnected. 01reserved 1 0 clear oc2 on compare match when up-counting. set oc2 on compare match when downcounting. 1 1 set oc2 on compare match when up-counting. clear oc2 on compare match when downcounting. table 68. clock select bit description cs22 cs21 cs20 description 0 0 0 no clock source (timer/counter stopped). 001clk i/o /(no prescaling) 010clk i/o /8 (from prescaler) 011clk i/o /64 (from prescaler) 100clk i/o /256 (from prescaler) 101clk i/o /1024 (from prescaler) 1 1 0 external clock source on t2 pin. clock on falling edge. 1 1 1 external clock source on t2 pin. clock on rising edge. bit 76543210 0x24 (0x44) tcnt2[7:0] tcnt2 read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
160 2490r?avr?02/2013 atmega64(l) ocr2 ? output compare register the output compare register contains an 8-bit value that is continuously compared with the counter value (tcnt2). a match can be used to generate an output compare interrupt, or to generate a waveform output on the oc2 pin. timsk ? timer/counter interrupt mask register ? bit 7 ? ocie2: timer/counter2 output compare match interrupt enable when the ocie2 bit is written to one, and the i-bit in the status register is set (one), the timer/counter2 compare match interrupt is enabled. the corresponding interrupt is executed if a compare match in timer/counter2 occurs, for example, when the ocf2 bit is set in the timer/counter interrupt flag register ? tifr. ? bit 6 ? toie2: timer/counter2 overflow interrupt enable when the toie2 bit is written to one, and the i-bit in the status register is set (one), the timer/counter2 overflow interrupt is enabled. t he corresponding interrupt is executed if an overflow in timer/counter2 occu rs, for example, when the tov2 bit is set in the timer/counter interrupt flag register ? tifr. tifr ? timer/counter interrupt flag register ? bit 7 ? ocf2: output compare flag 2 the ocf2 bit is set (one) when a compare match occurs between the timer/counter2 and the data in ocr2 ? output compare register2. ocf2 is cleared by hardware when executing the corresponding interrupt handling vector. alternativel y, ocf2 is cleared by writing a logic one to the flag. when the i-bit in sreg, ocie2 (timer/counter2 compare match interrupt enable), and ocf2 are set (one), the timer/counter2 compare match interrupt is executed. ? bit 6 ? tov2: timer/counter2 overflow flag the bit tov2 is set (one) when an overflow occu rs in timer/counter2. tov2 is cleared by hard- ware when executing the corresponding interrupt handling vector. alternatively, tov2 is cleared by writing a logic one to the flag. when the sr eg i-bit, toie2 (timer/counter2 overflow inter- rupt enable), and tov2 are set (one), the timer/counter2 overflow interrupt is executed. in pwm mode, this bit is set when timer/coun ter2 changes counting direction at 0x00. bit 76543210 0x23 (0x43) ocr2[7:0] ocr2 read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 7654 3210 0x37 (0x57) ocie2 toie2 ticie1 ocie1a ocie1b toie1 ocie0 toie0 timsk read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0 bit 76543210 0x36 (0x56) ocf2 tov2 icf1 ocf1a ocf1b tov1 ocf0 tov0 tifr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
161 2490r?avr?02/2013 atmega64(l) output compare modulator (ocm1c2) overview the output compare modulator (ocm) allows generation of waveforms modulated with a carrier frequency. the modulator uses the outputs from the output compare unit c of the 16-bit timer/counter1 and the output compare unit of the 8-bit timer/counter2. for more details about these timer/counters see ?16-bit timer/counter (timer/counter1 and timer/counter3)? on page 112 and ?8-bit timer/counter2 with pwm? on page 146 . note that this feature is not available in atmeg a103 compatibility mode. figure 72. output compare modulator, block diagram when the modulator is enabled, the two output compare channels are modulated together as shown in the block diagram ( figure 72 ). description the output compare unit 1c and output compare unit 2 shares the pb7 port pin for output. the outputs of the output compare units (oc1c and oc2) overrides the normal portb7 register when one of them is enabled (that is, when comnx1:0 is not equal to zero). when both oc1c and oc2 are enabled at the same time, the modulator is automatically enabled. the functional equivalent schematic of the modulator is shown on figure 73 . the schematic includes part of the timer/counter units and the port b pin 7 output driver circuit. oc1c pin oc1c/ oc2/pb7 timer/counter1 timer/counter2 oc2
162 2490r?avr?02/2013 atmega64(l) figure 73. output compare modulator, schematic when the modulator is enabled the type of modulation (logical and or or) can be selected by the portb7 register. note that the ddrb7 controls the direction of the port independent of the comnx1:0 bit setting. timing example figure 74 illustrates the modulator in ac tion. in this example the time r/counter1 is set to operate in fast pwm mode (non-inverted) and timer/counter2 uses ctc waveform mode with toggle compare output mode (comnx1:0 = 1). figure 74. output compare modulator, timing diagram in this example, timer/counter2 provides the carrier, while the modulating signal is generated by the output compare unit c of the timer/counter1. the resolution of the pwm signal (oc1c) is reduced by the modulation. the reduction factor is equal to the number of system clock cycles of on e period of the carrier (oc2). in this example the resolution is reduced by a factor of two. the reason for the reduction is illustrated in figure 74 at the second and third period of the pb7 output when portb7 equals zero. the period 2 high time is one cycle longer than the period three high time, but the result on the pb7 output is equal in both periods. portb7 ddrb7 dq dq pin com21 com20 data bus oc1c / oc2 / pb7 com1c1 com1c0 modulator 1 0 oc1c dq oc2 dq ( from waveform generator ) ( from waveform generator ) 0 1 vcc 1 2 oc2 (ctc mode) oc1c (fpwm mode) pb7 (portb7 = 0) pb7 (portb7 = 1) (period) 3 clk i/o
163 2490r?avr?02/2013 atmega64(l) spi ? serial peripheral interface the serial peripheral interface (spi) allows hi gh-speed synchronous data transfer between the atmega64 and peripheral devices or between several avr devices. the atmega64 spi includes the following features: ? full-duplex, three-wire synchronous data transfer ? master or slave operation ? lsb first or msb first data transfer ? seven programmable bit rates ? end of transmission interrupt flag ? write collision flag protection ? wake-up from idle mode ? double speed (ck/2) master spi mode figure 75. spi block diagram (1) note: 1. refer to figure 1 on page 2 , and table 30 on page 74 for spi pin placement. the interconnection between master and slave cpus with spi is shown in figure 76 . the sys- tem consists of two shift registers, and a master clock generator. the spi master initiates the communication cycle when pu lling low the slave select ss pin of the desired slave. master and slave prepare the data to be sent in their respective shift registers, and the master generates the required clock pulses on the sck line to interchange data. data is always shifted from mas- ter to slave on the master out ? slave in, mosi, line, and from slave to master on the master in ? slave out, miso, line. after ea ch data packet, the master will synchronize the slave by pulling high the slave select, ss , line. when configured as a master, the spi interface has no automatic control of the ss line. this must be handled by user software before communication can start. when this is done, writing a byte to the spi data register starts the spi clock generator, and the hardware shifts the eight spi2x spi2x divider /2/4/8/16/32/64/128
164 2490r?avr?02/2013 atmega64(l) bits into the slave. after shifting one byte , the spi clock generator stops, setting the end of transmission flag (spif). if the spi interrupt enable bit (spie) in the spcr register is set, an interrupt is requested. the master may continue to shift the next byte by writing it into spdr, or signal the end of packet by pulling high the slave select, ss line. the last incoming byte will be kept in the buffer register for later use. when configured as a slave, the spi interface will remain sleeping with miso tri-stated as long as the ss pin is driven high. in this state, software may update the contents of the spi data register, spdr, but the data will not be shifted out by incoming clock pulses on the sck pin until the ss pin is driven low. as one byte has been completely shifted, the end of transmission flag, spif is set. if the spi interrupt enable bit, spie, in the spcr register is set, an interrupt is requested. the slave may continue to place new data to be sent into spdr before reading the incoming data. the last incomi ng byte will be kept in the buffer register for later use. figure 76. spi master-slave interconnection the system is single buffered in the transmit di rection and double buffered in the receive direc- tion. this means that bytes to be transmitted cannot be written to the spi data register before the entire shift cycle is complet ed. when receiving data, however, a received character must be read from the spi data register before the next character has been completely shifted in. oth- erwise, the first byte is lost. in spi slave mode, the control logic will sample the incoming signal of the sck pin. to ensure correct sampling of the clock signal, the minimum low and high period should be: low periods: longer than 2 cpu clock cycles. high periods: longer than 2 cpu clock cycles. when the spi is enabled, the data direction of the mosi, miso, sck, and ss pins is overridden according to table 69 . for more details on automatic port overrides, refer to ?alternate port functions? on page 71 . note: 1. see ?alternate functions of port b? on page 74 for a detailed description of how to define the direction of the user defined spi pins. table 69. spi pin overrides (1) pin direction, master spi direction, slave spi mosi user defined input miso input user defined sck user defined input ss user defined input msb master lsb 8 bit shift register msb slave lsb 8 bit shift register miso mosi spi clock generator sck ss miso mosi sck ss v cc shift enable
165 2490r?avr?02/2013 atmega64(l) the following code examples show how to initialize the spi as a master and how to perform a simple transmission. ddr_spi in the examples mu st be replaced by the actual data direction register controlling the spi pins. dd_mosi, dd_miso and dd_sck must be replaced by the actual data direction bits for these pins. for example, if mosi is placed on pin pb5, replace dd_mosi with ddb5 and ddr_spi with ddrb. note: 1. see ?about code examples? on page 9. assembly code example (1) spi_masterinit: ; set mosi and sck output, all others input ldi r17,(1< 166 2490r?avr?02/2013 atmega64(l) the following code examples show how to initialize the spi as a slave and how to perform a simple reception. note: 1. see ?about code examples? on page 9. assembly code example (1) spi_slaveinit: ; set miso output, all others input ldi r17,(1< 167 2490r?avr?02/2013 atmega64(l) ss pin functionality slave mode when the spi is configured as a slave, the slave select (ss) pin is always input. when ss is held low, the spi is activated, and miso becomes an output if configured so by the user. all other pins are inputs. when ss is driven high, all pins are inputs except miso which can be user configured as an output, and the spi is passive, which means that it will not receive incoming data. note that the spi lo gic will be reset once the ss pin is driven high. the ss pin is useful for packet/byte synchroniza tion to keep the slave bit counter synchronous with the master clock generator. when the ss pin is driven high, the spi slave will immediately reset the send and receive logic, and drop any partially received data in the shift register. master mode when the spi is configured as a master (mstr in spcr is set), the user can determine the direction of the ss pin. if ss is configured as an output, the pin is a general output pin which does not affect the spi system. typically, the pin will be driving the ss pin of the spi slave. if ss is configured as an input, it must be held high to ensure master spi operation. if the ss pin is driven low by peripheral circuitry when the spi is configured as a master with the ss pin defined as an input, the spi syst em interprets this as another master selecting the spi as a slave and starting to send data to it. to avoid bus contention, the spi system takes the following actions: 1. the mstr bit in spcr is cleared and the spi system becomes a slave. as a result of the spi becoming a slave, the mosi and sck pins become inputs. 2. the spif flag in spsr is set, and if the spi interrupt is enabled, and the i-bit in sreg is set, the interrupt routine will be executed. thus, when interrupt-driven spi transmission is used in master mode, and there exists a possi- bility that ss is driven low, the interrup t should always check that the mstr bit is still set. if the mstr bit has been cleared by a slave select, it must be set by the user to re-enable spi master mode. spcr ? spi control register ? bit 7 ? spie: spi interrupt enable this bit causes the spi in terrupt to be executed if spif bit in the spsr register is set and the if the global interrupt enable bit in sreg is set. ? bit 6 ? spe: spi enable when the spe bit is written to one, the spi is enabled. this bit must be set to enable any spi operations. ? bit 5 ? dord: data order when the dord bit is written to one, the lsb of the data word is transmitted first. when the dord bit is written to zero, the msb of the data word is transmitted first. bit 76543210 0x0d (0x2d) spie spe dord mstr cpol cpha spr1 spr0 spcr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
168 2490r?avr?02/2013 atmega64(l) ? bit 4 ? mstr: master/slave select this bit selects master spi mode when written to one, and slave spi mode when written logic zero. if ss is configured as an input and is driven low while mstr is set, mstr will be cleared, and spif in spsr will become set. the user will th en have to set mstr to re-enable spi mas- ter mode. ? bit 3 ? cpol: clock polarity when this bit is written to one, sck is high when idle. when cpol is written to zero, sck is low when idle. refer to figure 77 and figure 78 for an example. the cpol functionality is summa- rized below: ? bit 2 ? cpha: clock phase the settings of the clock phase bit (cpha) determine if data is sampled on the leading (first) or trailing (last) edge of sck. refer to figure 77 and figure 78 for an example. the cpha func- tionality is summarized below: ? bits 1, 0 ? spr1, spr0: spi clock rate select 1 and 0 these two bits control the sck rate of the dev ice configured as a master. spr1 and spr0 have no effect on the slave. the relationship between sck and the oscillator clock frequency f osc is shown in table 72 . table 70. cpol functionality cpol leading edge trailing edge 0 rising falling 1 falling rising table 71. cpha functionality cpha leading edge trailing edge 0 sample setup 1setup sample table 72. relationship between sck an d the oscillator frequency spi2x spr1 spr0 sck frequency 000 f osc / 4 001 f osc / 16 010 f osc / 64 011 f osc / 128 100 f osc / 2 101 f osc / 8 110 f osc / 32 111 f osc / 64
169 2490r?avr?02/2013 atmega64(l) spsr ? spi status register ? bit 7 ? spif: spi interrupt flag when a serial transfer is complete, the spif flag is set. an interrupt is generated if spie in spcr is set and global interrupts are enabled. if ss is an input and is dr iven low when the spi is in master mode, this will also set the spif flag. spif is cleared by hardware when executing the corresponding interrupt handling vector. alternatively, the spif bit is cleared by first reading the spi status register with spif set, then accessing the spi data register (spdr). ? bit 6 ? wcol: write collision flag the wcol bit is set if the spi data register (spdr) is written during a data transfer. the wcol bit (and the spif bit) are cleared by first reading the spi status register with wcol set, and then accessing the spi data register. ? bit 5..1 ? res: reserved bits these bits are reserved bits in the atmega64 and will always read as zero. ? bit 0 ? spi2x: double spi speed bit when this bit is written logi c one the spi speed (sck freque ncy) will be doubled when the spi is in master mode (see table 72 ). this means that the minimum sck period will be two cpu clock periods. when the spi is configured as slave, the spi is only guaranteed to work at f osc /4 or lower. the spi interface on the atmega64 is also used for program memory and eeprom download- ing or uploading. see page 305 for spi serial programming and verification. spdr ? spi data register the spi data register is a read/write register used for data transfer between the register file and the spi shift register. writing to the register initiates data transmission. reading the regis- ter causes the shift register receive buffer to be read. bit 76543210 0x0e (0x2e) spifwcol?????spi2xspsr read/writerrrrrrrr/w initial value00000000 bit 76543210 0x0f (0x2f) msb lsb spdr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value x x x x x x x x undefined
170 2490r?avr?02/2013 atmega64(l) data modes there are four combinations of sck phase and polarity with respect to serial data, which are determined by control bits cpha and cpol. the spi data transfer formats are shown in figure 77 and figure 78 . data bits are shifted out and latched in on opposite edges of the sck signal, ensuring sufficient time for dat a signals to stabilize. this is clearly seen by summarizing table 70 and table 71 , as done below: figure 77. spi transfer format with cpha = 0 figure 78. spi transfer format with cpha = 1 table 73. cpol and cpha functionality leading edge trailing edge spi mode cpol = 0, cpha = 0 sample (rising) setup (falling) 0 cpol = 0, cpha = 1 setup (rising) sample (falling) 1 cpol = 1, cpha = 0 sample (falling) setup (rising) 2 cpol = 1, cpha = 1 setup (falling) sample (rising) 3 bit 1 bit 6 lsb msb sck (cpol = 0) mode 0 sample i mosi/miso change 0 mosi pin change 0 miso pin sck (cpol = 1) mode 2 ss msb lsb bit 6 bit 1 bit 5 bit 2 bit 4 bit 3 bit 3 bit 4 bit 2 bit 5 msb first (dord = 0) lsb first (dord = 1) sck (cpol = 0) mode 1 sample i mosi/miso change 0 mosi pin change 0 miso pin sck (cpol = 1) mode 3 ss msb lsb bit 6 bit 1 bit 5 bit 2 bit 4 bit 3 bit 3 bit 4 bit 2 bit 5 bit 1 bit 6 lsb msb msb first (dord = 0) lsb first (dord = 1)
171 2490r?avr?02/2013 atmega64(l) usart the universal synchronous and asynchronous serial receiver and transmitter (usart) is a highly flexible serial communication device. the main features are: ? full duplex operation (i ndependent serial receive and transmit registers) ? asynchronous or synchronous operation ? master or slave clocked synchronous operation ? high resolution baud rate generator ? supports serial frames with 5, 6, 7, 8, or 9 data bits and 1 or 2 stop bits ? odd or even parity generation and parity check supported by hardware ? data overrun detection ? framing error detection ? noise filtering includes false start bit detection and digital low pass filter ? three separate interrupts on tx complete , tx data register empty and rx complete ? multi-processor communication mode ? double speed asynchronous communication mode dual usart the atmega64 has two usart?s, usart0 and u sart1. the functionality for both usart?s is described below. usart0 and usart1 have different i/o registers as shown in ?register summary? on page 392 . note that in atmega 103 compatibility mode, us art1 is not available, neither is the ubrr0h or ucrs0c registers. this means that in atmega103 compatibility mode, the atmega64 supports asynchronous operation of usart0 only. overview a simplified block diagram of the usart transmitter is shown in figure 79 . cpu accessible i/o registers and i/o pins are shown in bold. figure 79. usart block diagram (1) note: 1. refer to figure 1 on page 2 , table 36 on page 78 , and table 39 on page 81 for usart pin placement. parity generator ubrr[h:l] udr (transmit) ucsra ucsrb ucsrc baud rate generator transmit shift register receive shift register rxd txd pin control udr (receive) pin control xck data recovery clock recovery pin control tx control rx control parity checker data bus osc sync logic clock generator transmitter receiver
172 2490r?avr?02/2013 atmega64(l) the dashed boxes in the block diagram separate the three main parts of the usart (listed from the top): clock generator, transmitter and receiver. control registers are shared by all units. the clock generation logic consis ts of synchronization logic fo r external clock input used by synchronous slave operation, and the baud rate generator. the xck (transfer clock) pin is only used by synchronous transfer mode. the transmitter consists of a single write buffer, a serial shift register, parity generator and control logic for handling different serial frame formats. the write buffer allows a continuous transfer of data without any delay between frames. the receiver is the most complex part of the usart module due to its clock and data recovery units. the recovery units are used for asynchronous data reception. in addition to the recovery units, the receiver includes a parity checker, co ntrol logic, a shift register and a two level receive buffer (udrn). the receiver supports the same frame formats as the transmitter, and can detect frame error, data overrun and parity errors. avr usart vs. avr uart ? compatibility the usart is fully compatible with the avr uart regarding: ? bit locations inside all usart registers ? baud rate generation. ? transmitter operation. ? transmit buffer functionality. ? receiver operation. however, the receive bu ffering has two improvements that will affect the comp atibility in some special cases: ? a second buffer register has been added. the two buffer registers operate as a circular fifo buffer. therefore the udrn must only be read once for each incoming data! more important is the fact that the error flags (fen and dorn) and the ninth data bit (rxb8n) are buffered with the data in the receive buffer. therefore the status bits must always be read before the udrn register is read. otherwis e the error status will be lost si nce the buffer state is lost. ? the receiver shift register can now act as a th ird buffer level. this is done by allowing the received data to remain in the serial shift register (see figure 79 ) if the buffer registers are full, until a new start bit is detected. the usart is therefore more resistant to data over run (dorn) error conditions. the following control bits have changed name, but have same functionality and register location: ? chr9 is changed to ucszn2. ? or is changed to dorn. clock generation the clock generation logic generates the base clock for the transmitter and receiver. the usart supports four modes of clock operati on: normal asynchronous, double speed asyn- chronous, master synchronous and slave synchronous mode. the umseln bit in usart control and status register n c (ucsrnc) selects between asynchronous and synchronous operation. double speed (asynchronous mode only) is controlled by the u2xn found in the ucsrnb register. when using synchronous mode (umseln = 1), the data direction register for the xck pin (ddr_xck) controls whether t he clock source is internal (master mode) or external (slave mode). the xck pin is only active when using synchronous mode. figure 80 shows a block diagram of the clock generation logic.
173 2490r?avr?02/2013 atmega64(l) figure 80. clock generation logic, block diagram signal description: txclk transmitter clock (internal signal). rxclk receiver base clock (internal signal). xcki input from xck pin (internal signal). used for synchronous slave operation. xcko clock output to xck pin (internal signal). used for synchronous master operation. fosc xtal pin frequency (system clock). internal clock generation ? the baud rate generator internal clock generation is used for the as ynchronous and the synchronous master modes of operation. the description in this section refers to figure 80 . the usart baud rate register n (ubrrn) and the down-counter connected to it function as a programmable prescaler or baud rate generator. the down-counter, running at system clock (f osc ), is loaded with the ubrrn value each time the counter has counted down to zero or when the ubrrnl register is written. a clock is gene rated each time the counter reaches zero. this clock is the baud rate generator clock output (= f osc /(ubrrn+1)). the transmitter divides the baud rate generator clock output by 2, 8, or 16 depending on mode. the baud rate generator output is used directly by the receiver?s clock and data recovery units. however, the recovery units use a state machine that uses 2, 8 or 16 states depending on mode set by the state of the umseln, u2xn and ddr_xck bits. table 74 contains equations for calculating the baud ra te (in bits per second) and for calculating the ubrrn value for each mode of operation using an internally generated clock source. prescaling down-counter / 2 ubrr / 4 / 2 fosc ubrr+1 sync register osc xck pin txclk u2x umsel ddr_xck 0 1 0 1 xcki xcko ddr_xck rxclk 0 1 1 0 edge detector ucpol
174 2490r?avr?02/2013 atmega64(l) note: 1. the baud rate is defined to be the transfer rate in bit per second (bps). baud baud rate (in bits per second, bps) f osc system oscillator clock frequency ubrr contents of the ubrrnh and ubrrnl registers, (0 - 4095) some examples of ubrrn values for some system clock frequencies are found in table 82 on page 194 to table 85 on page 197 . double speed operation (u2xn) the transfer rate can be doubled by setting the u2xn bit in ucsrnb. setting this bit only has effect for the asynchronous operation. set this bit to zero when using synchronous operation. setting this bit will reduce the divisor of the baud rate divider from 16 to 8, effectively doubling the transfer rate for asynchronous communication. note however that the receiver will in this case only use half the number of samples (reduced from 16 to 8) for data sampling and clock recovery, and therefore a more accurate baud rate setting and system clock are required when this mode is used. for the transmitter, there are no downsides. external clock external clocking is used by the synchronous sl ave modes of operation. the description in this section refers to figure 80 for details. external clock input from the xck pin is sampled by a synchronization register to minimize the chance of meta-stability. the output from the synchronization register must then pass through an edge detector before it can be used by the transmitter and receiver. this process intro- duces a two cpu clock period delay and theref ore the maximum external xck clock frequency is limited by the following equation: note that f osc depends on the stability of the system clock source. it is therefore recommended to add some margin to avoid possible loss of data due to frequency variations. synchronous clock operation when synchronous mode is used (umseln = 1), the xck pin will be used as either clock input (slave) or clock output (master). the dependency between the clock edges and data sampling or data change is the same. the basic principle is that data input (on rxd) is sampled at the opposite xck clock edge of the edge the data output (txd) is changed. table 74. equations for calculating baud rate register setting operating mode equation for calculating baud rate (1) equation for calculating ubrr value asynchronous normal mode (u2xn = 0) asynchronous double speed mode (u2xn = 1) synchronous master mode baud f osc 16 ubrr 1 n + ?? ----------------------------------------- - = ubrr n f osc 16 baud ----------------------- - 1 ? = baud f osc 8 ubrr n 1 + ?? -------------------------------------- - = ubrr n f osc 8 baud -------------------- 1 ? = baud f osc 2 ubrr 1 n + ?? -------------------------------------- - = ubrr n f osc 2 baud -------------------- 1 ? = f xck f osc 4 ----------- ?
175 2490r?avr?02/2013 atmega64(l) figure 81. synchronous mode xck timing the ucpoln bit ucrsnc selects which xck cloc k edge is used for data sampling and which is used for data change. as figure 81 shows, when ucpoln is zero the data will be changed at rising xck edge and sampled at falling xck edge. if ucpoln is se t, the data will be changed at falling xck edge and sampl ed at rising xck edge. frame formats a serial frame is defined to be one character of da ta bits with synchronizat ion bits (start and stop bits), and optionally a parity bi t for error checking. the usart accepts all 30 combinations of the following as valid frame formats: ? 1 start bit ? 5, 6, 7, 8, or 9 data bits ? no, even or odd parity bit ? 1 or 2 stop bits a frame starts with the start bit followed by the least significant data bit. then the next data bits, up to a total of nine, are succeeding, ending with t he most significant bit. if enabled, the parity bit is inserted after the data bits, before the stop bits. when a complete frame is transmitted, it can be directly followed by a new frame, or the communication line can be set to an idle (high) state. figure 82 illustrates the possible combinations of the frame formats. bits inside brackets are optional. figure 82. frame formats st start bit, always low. (n) data bits (0 to 8). p parity bit. can be odd or even. sp stop bit, always high. idle no transfers on the communication line (rxd or txd). an idle line must be high. the frame format used by th e usart is set by the ucszn2:0, upmn1:0 and usbsn bits in ucsrnb and ucsrnc. the receiver and transmitter use the same setting. note that changing rxd / txd xck rxd / txd xck ucpoln = 0 ucpoln = 1 sample sample 1 0 2 3 4 [5] [6] [7] [8] [p] st sp1 [sp2] (st / idle) (idle) frame
176 2490r?avr?02/2013 atmega64(l) the setting of any of these bits will corrupt a ll ongoing communication for both the receiver and transmitter. the usart character size (ucszn2:0) bits select the number of data bits in the frame. the usart parity mode (upmn1:0) bits enable and set the type of parity bit. the selection between one or two stop bits is done by the usart stop bit select n (usbsn) bit. the receiver ignores the second stop bit. an fen (frame error n) will therefore only be detected in the cases where the first stop bit is zero. parity bit calculation the parity bit is calculated by do ing an exclusive-or of all the data bits. if odd parity is used, the result of the exclusive or is inverted. the re lation between the parity bit and data bits is as follows:: p even parity bit using even parity p odd parity bit using odd parity d n data bit n of the character if used, the parity bit is located between the last data bit and first stop bit of a serial frame. usart initialization the usart has to be initialized before any communication can take place. the initialization pro- cess normally consists of setting the baud rate, setting frame format and enabling the transmitter or the receiver depending on the usage. for interrupt driven usart operation, the global interrupt flag should be cleared (and interrupts globally disabled) when doing the initialization. before doing a re-initialization with changed baud rate or frame format, be sure that there are no ongoing transmissions during the period the registers are changed. the txcn flag can be used to check that the transmitter has completed all transfers, and the rxcn flag can be used to check that there are no unread data in the receive buffer. note that the txcn flag must be cleared before each transmission (before udrn is written) if it is used for this purpose. the following simple usart initialization code examples show one assembly and one c func- tion that are equal in functionality. the exampl es assume asynchronous operation using polling (no interrupts enabled) and a fixed frame format. the baud rate is given as a function parameter. for the assembly code, the baud rate parameter is assumed to be stored in the r17:r16 registers. p even d n 1 ? ? d 3 d 2 d 1 d 0 0 p odd ?????? d n 1 ? ? d 3 d 2 d 1 d 0 1 ?????? = =
177 2490r?avr?02/2013 atmega64(l) note: 1. see ?about code examples? on page 9. more advanced initialization routines can be made that include frame format as parameters, dis- able interrupts and so on. however, many appl ications use a fixed setting of the baud and control registers, and for these types of applicati ons the initialization code can be placed directly in the main routine, or be combined with initialization code for other i/o modules. assembly code example (1) usart_init: ; set baud rate out ubrrnh, r17 out ubrrnl, r16 ; enable receiver and transmitter ldi r16, (1<>8); ubrrnl = ( unsigned char )ubrr; /* enable receiver and transmitter */ ucsrnb = (1< 178 2490r?avr?02/2013 atmega64(l) data transmission ? the usart transmitter the usart transmitter is enabled by setting the transmit enable (txenn) bit in the ucsrnb register. when the transmitter is enabled, the no rmal port operation of the txd pin is overrid- den by the usart and given the function as the transmitter?s serial output. the baud rate, mode of operation and frame format must be set up once before doing any trans missions. if synchro- nous operation is used, the clock on the xck pin will be ov erridden and used as transmission clock. sending frames with 5 to 8 data bits a data transmission is initiated by loading the transmit buffer with the data to be transmitted. the cpu can load the transmit buffer by writing to the udrn i/o location. the buffered data in the transmit buffer will be moved to the shift register wh en the shift register is ready to send a new frame. the shift register is loaded with new data if it is in idle state (no ongoing transmission) or immediately after the last stop bit of the previous frame is transmitted. when the shift register is loaded with new data, it will transfer one complete frame at the rate given by the baud register, u2xn bit or by xck depending on mode of operation. the following code examples show a simple usart transmit function based on polling of the data register empty (udren) flag. when using frames with less than eight bits, the most signif- icant bits written to the udrn are ignored. the usart has to be initialized before the function can be used. for the assembly code, the data to be sent is assumed to be stored in register r16 note: 1. see ?about code examples? on page 9. for i/o registers located in extended i/o map, ?in?, ?out?, ?sbis?, ?s bic?, ?cbi?, and ?sbi? instructions must be replaced with instructions that allow access to extended i/o. typically ?lds? and ?sts? combined with ?sbr s?, ?sbrc?, ?sbr?, and ?cbr?. the function simply waits for the transmit buffer to be empty by checking the udren flag, before loading it with new data to be transmitted. if the data register empty interrupt is utilized, the interrupt routine writes the data into the buffer. assembly code example (1) usart_transmit: ; wait for empty transmit buffer sbis ucsrna,udren rjmp usart_transmit ; put data (r16) into buffer, sends the data out udrn,r16 ret c code example (1) void usart_transmit( unsigned char data ) { /* wait for empty transmit buffer */ while ( !( ucsrna & (1< 179 2490r?avr?02/2013 atmega64(l) sending frames with 9 data bits if 9-bit characters are used (ucszn = 7), the ninth bit must be written to the txb8n bit in ucs- rnb before the low byte of the character is wr itten to udrn. the following code examples show a transmit function that handles 9-bit characters . for the assembly code, the data to be sent is assumed to be stored in registers r17:r16. note: 1. these transmit functions are written to be gen eral functions. they can be optimized if the con- tents of the ucsrnb is static. for example, only the txb8n bit of the ucsrnb register is used after initialization. for i/o registers located in extended i/o map, ?in?, ?out?, ?sbis?, ?s bic?, ?cbi?, and ?sbi? instructions must be replaced with instructions that allow access to extended i/o. typically ?lds? and ?sts? combined with ?sbr s?, ?sbrc?, ?sbr?, and ?cbr?. the ninth bit can be used for indicating an address frame when using multi-processor communi- cation mode or for other protocol handling as for example synchronization. assembly code example (1) usart_transmit: ; wait for empty transmit buffer sbis ucsrna,udren rjmp usart_transmit ; copy ninth bit from r17 to txb8 cbi ucsrnb,txb8n sbrc r17,0 sbi ucsrnb,txb8n ; put lsb data (r16) into buffer, sends the data out udrn,r16 ret c code example (1) void usart_transmit( unsigned int data ) { /* wait for empty transmit buffer */ while ( !( ucsrna & (1< 180 2490r?avr?02/2013 atmega64(l) transmitter flags and interrupts the usart transmitter has two flags that indi cate its state: usart data register empty (udren) and transmit complete (txcn). both flags can be used for generating interrupts. the data register empty (udren) flag indicates whether the transmit buffer is ready to receive new data. this bit is set when the transmit buffer is empty, and cleared when the transmit buffer contains data to be transmitted that has not yet be en moved into the shift register. for compat- ibility with future devices, alwa ys write this bit to zero when writing the ucsrna register. when the data register empty interrupt enable (udrien) bit in ucsrnb is written to one, the usart data register empty inte rrupt will be executed as long as udren is set (provided that global interrupts are enabled). udren is clea red by writing udrn. when interrupt-driven data transmission is used, the data register empty interrupt routine must either write new data to udrn in order to clear udren or disable the data register empty interrupt, otherwise a new interrupt will occur once the in terrupt routin e terminates. the transmit complete n (txcn) flag bit is set one when the entire frame in the transmit shift register has been shifted out and there are no new data currently present in the transmit buffer. the txcn flag bit is automatically cleared when a transmit complete interrupt is executed, or it can be cleared by writing a one to its bit location. the txcn flag is useful in half-duplex commu- nication interfaces (like the rs-485 standard) , where a transmitting application must enter receive mode and free the communication bus immediately after completing the transmission. when the transmit compete interrupt enable (txcien) bit in ucsrnb is set, the usart transmit complete interrupt will be executed when the txcn flag becomes set (provided that global interrupts are enabled). when the transmit complete interrupt is used, the interrupt han- dling routine does not have to clear the txcn flag, this is done automatically when the interrupt is executed. parity generator the parity generator calculates the parity bit for the serial frame data. when parity bit is enabled (upmn1 = 1), the transmitter control logic inserts the parity bit between the last data bit and the first stop bit of the frame that is sent. disabling the transmitter the disabling of the transmitte r (setting the txenn to zero) will not become ef fective until ongo- ing and pending transmissions are completed, that is, when the transmit shift register and transmit buffer register do not contain data to be transmitted. when disabled, the transmitter will no longer override the txd pin.
181 2490r?avr?02/2013 atmega64(l) data reception ? the usart receiver the usart receiver is enabled by writing th e receive enable n (rxenn) bit in the ucsrnb register to one. when the receiver is enabled, the normal pin operation of the rxd pin is over- ridden by the usart and given the function as the receiver?s serial input. the baud rate, mode of operation and frame format must be set up once before any serial reception can be done. if synchronous operation is used, the clock on the xck pin will be used as transfer clock. receiving frames with 5 to 8 data bits the receiver starts data reception when it detects a valid start bit. each bit that follows the start bit will be sampled at the ba ud rate or xck clock, and shifted into the receive shift register until the first stop bit of a frame is received. a seco nd stop bit will be ignored by the receiver. when the first stop bit is received, that is, a complete serial frame is present in the receive shift regis- ter, the contents of the shift register will be moved into the receive buffer. the receive buffer can then be read by reading the udrn i/o location. the following code example shows a simple us art receive function based on polling of the receive complete n (rxcn) flag. when using frames with less than eight bits the most signifi- cant bits of the data read from the udrn will be masked to zero. the usart has to be initialized before the function can be used. note: 1. see ?about code examples? on page 9. the function simply waits for data to be present in the receive buffer by checking the rxcn flag, before reading the buffer and returning the value. assembly code example (1) usart_receive: ; wait for data to be received sbis ucsrna, rxcn rjmp usart_receive ; get and return received data from buffer in r16, udrn ret c code example (1) unsigned char usart_receive( void ) { /* wait for data to be received */ while ( !(ucsrna & (1< 182 2490r?avr?02/2013 atmega64(l) receiving frames with 9 data bits if 9-bit characters are used (ucszn=7) the ninth bit must be read from the rxb8n bit in ucs- rnb before reading the low bits from the udr. this rule applies to the fen, dorn, and upe status flags as well. read st atus from ucsrna, then data from udrn. reading the udrn i/o location will change the state of the receive bu ffer fifo and consequ ently the txb8n, fen, dorn, and upen bits, which all are stored in the fifo, will change. the following code example shows a simple usart receive function that handl es both nine bit characters and the status bits. note: 1. see ?about code examples? on page 9. assembly code example (1) usart_receive: ; wait for data to be received sbis ucsrna, rxcn rjmp usart_receive ; get status and ninth bit, then data from buffer in r18, ucsrna in r17, ucsrnb in r16, udrn ; if error, return -1 andi r18,(1<> 1) & 0x01; return ((resh << 8) | resl); }
183 2490r?avr?02/2013 atmega64(l) the receive function example reads all the i/o r egisters into the register file before any com- putation is done. this gives an optimal receive buffer utilization since the bu ffer location read will be free to accept new data as early as possible. receive compete flag and interrupt the usart receiver has one flag that indicates the receiver state. the receive complete n (rxcn) flag indicates if there are unread data present in the receive buffer. this flag is one when unread data exist in the receive buffer, and zero when the receive buffer is empty (that is, does not contain any unread data). if the receiver is disabled (rxenn = 0), the receive bu ffer will be flushed and consequently the rxcn bit will become zero. when the receive complete in terrupt enable n (rxcien) in ucsrnb is set, the usart receive complete interrupt will be executed as long as the rxcn flag is set (provided that global interrupts are enabled). when interrupt-dri ven data reception is used, the receive com- plete routine must read the received data from udrn in order to clear the rxcn flag, otherwise a new interrupt will occu r once the interrup t routine terminates. receiver error flags the usart receiver has three error flags: frame error n (fen), data overrun n (dorn) and usart parity error n (upen). all can be accessed by reading ucsrna. common for the error flags is that they are located in the receive buffer together with the frame for which they indicate the error status. due to the buffering of the error flags, the ucsrna must be read before the receive buffer (udrn), since reading the udrn i/o location changes the buffer read location. another equality for the error flags is that they can not be altered by software doing a write to the flag location. however, all flags must be set to zero when the ucsrna is written for upward compatibility of future us art implementations. none of the e rror flags can gene rate inte rrupts. the frame error n (fen) flag indicates the state of the first stop bit of the next readable frame stored in the receive buffer. the fen flag is zero when the stop bit was correctly read (as one), and the fen flag will be one when the stop bit wa s incorrect (zero). this flag can be used for detecting out-of-sync conditions, detecting break conditions and protocol handling. the fen flag is not affected by the setting of the usbsn bit in ucsrnc since the receiver ignores all, except for the first, stop bits. for compatibility with future devices, always set this bit to zero when writ- ing to ucsrna. the data overrun n (dorn) flag indicates data loss due to a receiver buffer full condition. a data overrun occurs when the receive buffer is full (two characters), it is a new character wait- ing in the receive shift register, and a new start bit is detected. if the dorn flag is set there was one or more serial frame lost between the frame last read from udrn, and the next frame read from udrn. for compatibility wi th future devices, always write this bit to zero when writing to ucsrna. the dorn flag is cleared when the frame received was successfully moved from the shift register to the receive buffer. the usart parity error n (upen) flag indicates that the next frame in the receive buffer had a parity error when received. if parity check is not enabled the upen bit will always be read zero. for compatibility with future devices, always set this bit to zero when writing to ucsrna. for more details see ?parity bit calculation? on page 176 and ?parity checker? on page 183 . parity checker the parity checker is active when the high usar t parity mode (upmn1) bit is set. type of par- ity check to be performed (odd or even) is selected by the upmn0 bit. when enabled, the parity checker calculates the parity of the data bits in incoming frames and compares the result with the parity bit from the serial frame. the result of the check is stored in the receive buffer together with the received data and stop bits. the parity error n (upen) flag can then be read by software to check if the frame had a parity error. the upen bit is set if the next character that can be read from the receive buffer had a parity error when received and the parity checking was enabled at that point (upmn1 = 1). this bit is valid until the receive buffer (udrn) is read.
184 2490r?avr?02/2013 atmega64(l) disabling the receiver in contrast to the transmitter, disabling of the receiver will be immediate. data from ongoing receptions will therefore be lost. when disabled (that is, the rxenn is set to zero) the receiver will no longer override the normal function of the rxd port pin. the receiver buffer fifo will be flushed when the receiver is disabled. remaining data in the buffer will be lost flushing the receive buffer the receiver buffer fifo will be flushed when th e receiver is disabled, that is, the buffer will be emptied of its contents. unread data will be lost. if the buffer has to be flushed during normal operation, due to for instance an error condition, read the udrn i/o location until the rxcn flag is cleared. the following code examples show how to flush the receive buffer. note: 1. see ?about code examples? on page 9. asynchronous data reception the usart includes a clock recovery and a data recovery unit for handling asynchronous data reception. the clock recovery logic is used fo r synchronizing the internally generated baud rate clock to the incoming asynchronous serial frames at the rxd pin. the data recovery logic sam- ples and low pass filters each incoming bit, ther eby improving the noise immunity of the receiver. the asynchronous reception operational range depends on the accuracy of the inter- nal baud rate clock, the rate of the incoming frames, and the frame size in number of bits. asynchronous clock recovery the clock recovery logic synchronizes intern al clock to the incoming serial frames. figure 83 illustrates the sampling process of th e start bit of an incoming frame. the sample rate is 16 times the baud rate for normal mode, and eight times the baud rate for double speed mode. the hor- izontal arrows illustrate the sy nchronization variation due to t he sampling process. note the larger time variation when using the double speed mode (u2xn = 1) of operation. samples denoted zero are samples done when the rxd line is idle (that is, no communication activity). figure 83. start bit sampling when the clock recovery logic detects a high (idl e) to low (start) transition on the rxd line, the start bit detection sequence is initiated. let sample 1 denote the first zero-sample as shown in assembly code example (1) usart_flush: sbis ucsrna, rxcn ret in r16, udrn rjmp usart_flush c code example (1) void usart_flush( void ) { unsigned char dummy; while ( ucsrna & (1< 185 2490r?avr?02/2013 atmega64(l) the figure. the clock recovery logic then uses samples 8, 9 and 10 for normal mode, and sam- ples 4, 5 and 6 for double speed mode (indicated with sample numbers inside boxes on the figure), to decide if a valid start bit is received. if two or more of these three samples have logical high levels (the majority wins), the start bit is rejected as a noise spike and the receiver starts looking for the next high to low-transition. if however, a valid start bit is detected, the clock recov- ery logic is synchronized and the data recove ry can begin. the sy nchronization process is repeated for each start bit. asynchronous data recovery when the receiver clock is synchronized to the start bit, the data recovery can begin. the data recovery unit uses a state machine that has 16 states for each bit in normal mode and eight states for each bit in double speed mode. figure 84 shows the sampling of the data bits and the parity bit. each of the samples is given a number that is equal to the state of the recovery unit. figure 84. sampling of data and parity bit the decision of the logic level of the received bit is taken by doing a majori ty voting of the logic value to the three samples in the center of the received bit. the center samples are emphasized on the figure by having the sample number inside boxes. the majority voting process is done as follows: if two or all three samples have high levels, the received bit is registered to be a logic 1. if two or all three samples have low levels, the received bit is registered to be a logic 0. this majority voting process acts as a low pass filter for the incoming signal on the rxd pin. the recovery process is then repeated until a complete frame is received. including the first stop bit. note that the receiver only uses the first stop bit of a frame. figure 85 shows the sampling of the stop bit and the earliest possible beginning of the start bit of the next frame. figure 85. stop bit sampling and ne xt start bit sampling the same majority voting is done to the stop bit as done for the other bits in the frame. if the stop bit is registered to have a logic 0 value, the frame error n (fen) flag will be set. a new high to low transition indicating the start bit of a new frame can come right after the last of the bits used for majority voting. for normal speed mode, the first low level sample can be at point marked (a) in figure 85 . for double speed mode the first low level must be delayed to (b). (c) marks a stop bit of full length. the early start bit detection influences the operational range of the receiver. 1234567 8 9 10 11 12 13 14 15 16 1 bit n 123 4 5 678 1 rxd sample (u2x = 0) sample (u2x = 1) 1234567 8 9 10 0/1 0/1 0/1 stop 1 123 4 5 6 0/1 rxd sample (u2x = 0) sample (u2x = 1) (a) (b) (c)
186 2490r?avr?02/2013 atmega64(l) asynchronous operational range the operational range of the receiver is dependent on the mismatch between the received bit rate and the internally generated baud rate. if the transmitter is sending frames at too fast or too slow bit rates, or the internally generated baud rate of the receiver does not have a similar (see table 75 ) base frequency, the receiver will not be able to synchronize the fram es to the start bit. the following equations can be used to calculate the ratio of the incoming data rate and internal receiver baud rate. d sum of character size and parity size (d = 5 to 10 bit) s samples per bit. s = 16 for normal speed mode and s = 8 for double speed mode. s f first sample number used for majority voting. s f = 8 for normal speed and s f = 4 for double speed mode. s m middle sample number used for majority voting. s m = 9 for normal speed and s m = 5 for double speed mode. r slow is the ratio of the slowest incoming data ra te that can be accepted in relation to the receiver baud rate. r fast is the ratio of the fastest incoming data rate that can be accepted in relation to the receiver baud rate. table 75 and table 76 list the maximum receiver baud rate error that can be tolerated. note that normal speed mode has higher toleration of baud rate variations. r slow d 1 + ?? s s 1 ? ds ? s f ++ ------------------------------------------ - = r fast d 2 + ?? s d 1 + ?? ss m + ----------------------------------- =
187 2490r?avr?02/2013 atmega64(l) the recommendations of the maximum receiver baud rate error was made under the assump- tion that the receiver and transmitter equally divides the maximum total error. there are two possible sources for the receivers baud rate error. the receiver?s system clock (xtal) will always have some minor instabilit y over the supply voltage range and the tempera- ture range. when using a crystal to generate the system clock, this is rarely a problem, but for a resonator the system clock may differ more than 2% depending of the resonators tolerance. the second source for the error is more controllable. the baud rate generator can not always do an exact division of the system frequency to get the b aud rate wanted. in this case an ubrr value that gives an acceptable low error can be used if possible. multi-processor communication mode setting the multi-processor communication mode n (mpcmn) bit in ucsrna enables a filtering function of incoming frames received by the usart receiver. frames that do not contain address information will be ignored and not put in to the receive buffer. this effectively reduces the number of incoming frames that has to be handled by the cpu, in a system with multiple mcus that communicate via the same serial bu s. the transmitter is unaffected by the mpcmn setting, but has to be used diffe rently when it is a part of a system utilizing the multi-processor communication mode. if the receiver is set up to receive frames that co ntain five to eight data bits, then the first stop bit indicates if the frame contains data or address information. if the receiver is set up for frames with nine data bits, then the ninth bit (rxb8n) is used for identifying address and data frames. when the frame type bit (the first stop or the ninth bit) is one, the frame contains an address. when the frame type bit is zero the frame is a data frame. the multi-processor communication mode enables se veral slave mcus to receive data from a master mcu. this is done by first decoding an address frame to find out which mcu has been table 75. recommended maximum receiver baud rate error for normal speed mode (u2xn = 0) d # (data+parity bit) r slow (%) r fast (%) max total error (%) recommended max receiver error (%) 5 93.20 106.67 +6.67/-6.8 3.0 6 94.12 105.79 +5.79/-5.88 2.5 7 94.81 105.11 +5.11/-5.19 2.0 8 95.36 104.58 +4.58/-4.54 2.0 9 95.81 104.14 +4.14/-4.19 1.5 10 96.17 103.78 +3.78/-3.83 1.5 table 76. recommended maximum receiver baud rate error for double speed mode (u2xn = 1) d # (data+parity bit) r slow (%) r fast (%) max total error (%) recommended max receiver error (%) 5 94.12 105.66 +5.66/-5.88 2.5 6 94.92 104.92 +4.92/-5.08 2.0 7 95.52 104.35 +4.35/-4.48 1.5 8 96.00 103.90 +3.90/-4.00 1.5 9 96.39 103.53 +3.53/-3.61 1.5 10 96.70 103.23 +3.23/-3.30 1.0
188 2490r?avr?02/2013 atmega64(l) addressed. if a particular slave mcu has been addressed, it will receive the following data frames as normal, while the other slave mcus will ignore the received frames until another address frame is received. using mpcm for an mcu to act as a master mcu, it can use a 9-bit character frame format (ucszn = 7). the ninth bit (txb8n) must be set when an address frame (txb8n = 1) or cleared when a data frame (txbn = 0) is being transmitted. the slave mcus must in this case be set to use a 9-bit charac- ter frame format. the following procedure should be used to exchange data in multi-processor communication mode: 1. all slave mcus are in multi-processor co mmunication mode (mpcmn in ucsrna is set). 2. the master mcu sends an address frame, and all slaves receive and read this frame. in the slave mcus, the rxcn flag in ucsrna will be set as normal. 3. each slave mcu reads the udrn register and determines if it has been selected. if so, it clears the mpcmn bit in ucsrna, otherwise it waits for the next address byte and keeps the mpcmn setting. 4. the addressed mcu will receive all data frames until a new address frame is received. the other slave mcus, which still have the mp cmn bit set, will ignore the data frames. 5. when the last data frame is received by the addressed mcu, the addressed mcu sets the mpcmn bit and waits for a new address frame from master. the process then repeats from 2. using any of the 5-bit to 8-bit character frame formats is possible, but impractical since the receiver must change between using n and n+1 character frame formats. this makes full duplex operation difficult since the transmitter a nd receiver uses the same character size set- ting. if 5-bit to 8-bit character frames are used, the transmitter must be set to use two stop bit (usbsn = 1) since the first stop bit is used for indicating the frame type. do not use read-modify-write instructions (sbi and cbi) to set or clear the mpcm bit. the mpcmn bit shares the same i/o location as the txcn flag and this might accidentally be cleared when using sbi or cbi instructions. usart register description udrn ? usart i/o data register the usart transmit data buffer register and usart receive data buffer registers share the same i/o address re ferred to as usart data register or udrn. the transmit data buffer reg- ister (txbn) will be the destination for data writte n to the udrn register location. reading the udrn register location will return the contents of the receive data buffer register (rxbn). for 5-bit, 6-bit, or 7-bit characters the upper unused bits will be ignored by the transmitter and set to zero by the receiver. the transmit buffer can only be written when the udren flag in the ucsrna register is set. data written to udrn when the udren flag is no t set, will be ignored by the usart transmitter. when data is written to the transmit buffer, and the transmitter is enabled, the transmitter will bit 76543210 rxb[7:0] udnr (read) txb[7:0] udnr (write) read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
189 2490r?avr?02/2013 atmega64(l) load the data into the transmit shift register when the shift register is empty. then the data will be serially transmitted on the txd pin. the receive buffer consists of a two level fifo . the fifo will change its state whenever the receive buffer is accessed. due to this behavior of the receive buffer, do not use read modify write instructions (sbi and cbi) on this location. be careful when using bit test instructions (sbic and sbis), since these also will change the state of the fifo. ucsrna ? usart control and status register a ? bit 7 ? rxcn: usart receive complete this flag bit is set when there are unread data in the receive buffer and cleared when the receive buffer is empty (that is, does not contain any unread data). if the receiver is disabled, the receive buffer will be flus hed and consequently the rxcn bit will become zero. the rxcn flag can be used to generate a receive complete interr upt (see description of the rxcien bit). ? bit 6 ? txcn: usart transmit complete this flag bit is set when the entire frame in the transmit shift register has been shifted out and there are no new data currently present in the transm it buffer (udr). the txc flag bit is auto- matically cleared when a transmit complete interrupt is executed, or it can be cleared by writing a one to its bit location. the txc flag can generate a transmit complete interrupt (see descrip- tion of the txcie bit). ? bit 5 ? udren: usart data register empty the udren flag indicates if the transmit buffer (udr) is ready to receive new data. if udren is one, the buffer is empty, and therefore ready to be written. the udren flag can generate a data register empty interrupt (see description of the udrien bit). udren is set after a reset to indicate that the transmitter is ready. ? bit 4 ? fen: frame error this bit is set if the next char acter in the receive buffer had a frame error when received. for example, when the first stop bit of the next charac ter in the receive buffer is zero. this bit is valid until the receive buffer (udr) is read. the fe bi t is zero when the stop bit of received data is one. always set this bit to zero when writing to ucsra. ? bit 3 ? dorn: data overrun this bit is set if a data overrun condition is detected. a data overrun occurs when the receive buffer is full (two characters), it is a new char acter waiting in the receive shift register, and a new start bit is detected. this bi t is valid until the receive buffer (udrn) is read . always set this bit to zero when writing to ucsrna. ? bit 2 ? upen: usart parity error this bit is set if the next character in the receive buffer had a parity error when received and the parity checking was enabled at that point (upm1 = 1). this bit is valid until the receive buffer (udrn) is read. always set this bit to zero when writing to ucsrna. bit 76543210 rxcn txcn udren fen dorn upen u2xn mpcmn ucsrna read/writerr/wrrrrr/wr/w initial value00100000
190 2490r?avr?02/2013 atmega64(l) ? bit 1 ? u2xn: double the usart transmission speed this bit only has effect for the asynchronous operation. write this bit to zero when using syn- chronous operation. writing this bit to one will reduce the divisor of the baud rate divider from 16 to 8 effectively dou- bling the transfer rate for asynchronous communication. ? bit 0 ? mpcmn: multi-processor communication mode this bit enables the multi-processor communica tion mode. when the mpcmn bit is written to one, all the incoming frames received by the usart receiver that do not contain address infor- mation will be ignored. the transmitter is unaffe cted by the mpcmn setting. for more detailed information see ?multi-processor communication mode? on page 187 . ucsrnb ? usart control and status register b ? bit 7 ? rxcien: rx co mplete interrupt enable writing this bit to one enables interrupt on the rxcn flag. a usart receive complete interrupt will be generated only if the rxcien bit is written to one, the global interrupt flag in sreg is written to one and the rxcn bit in ucsrna is set. ? bit 6 ? txcien: tx complete interrupt enable writing this bit to one enables interrupt on the txcn flag. a usart transmit complete interrupt will be generated only if the txcien bit is written to one, the global interrupt flag in sreg is written to one and the txcn bit in ucsrna is set. ? bit 5 ? udrien: usart data register empty interrupt enable writing this bit to one enables interrupt on the udren flag. a da ta register empty interrupt will be generated only if the udrien bit is written to one, the global interrupt flag in sreg is written to one and the udren bit in ucsrna is set. ? bit 4 ? rxenn: receiver enable writing this bit to one enables the usart receiver. the receiver will override normal port oper- ation for the rxd pin when enabled. disabling the receiver will flush the receive buffer invalidating the fen, dorn, and upen flags. ? bit 3 ? txenn: transmitter enable writing this bit to one enables the usart tr ansmitter. the transmitter will override normal port operation for the txd pin when enabled. the disabling of the transmitter (writing txen to zero) will not become effective until ongoing and pending tran smissions are completed, that is, when the transmit shift register and transmit buffer register do not contain data to be transmitted. when disabled, the transmitter will no longer override the txd port. ? bit 2 ? ucszn2: character size the ucszn2 bits combined with the ucszn1:0 bit in ucsrc sets the number of data bits (character size) in a frame the receiver and transmitter use. bit 76543210 rxcien txcien udrien rxenn txenn ucszn2 rxb8n txb8n ucsrnb read/write r/w r/w r/w r/w r/w r/w r r/w initial value 0 0 0 0 0 0 0 0
191 2490r?avr?02/2013 atmega64(l) ? bit 1 ? rxb8n: receive data bit 8 rxb8n is the ninth data bit of the received char acter when operating with serial frames with nine data bits. must be read before reading the low bits from udrn. ? bit 0 ? txb8n: transmit data bit 8 txb8n is the ninth data bit in the character to be transmitted when operating with serial frames with nine data bits. must be written before writing the low bits to udrn. ucsrnc ? usart control and status register c (1) note: 1. this register is not available in atmega103 compatibility mode. ? bit 7 ? reserved bit this bit is reserved for future us e. for compatibility with future devices, this bit must be written to zero when ucsrc is written. ? bit 6 ? umseln: usart mode select this bit selects between asynchronous and synchronous mode of operation. ? bit 5:4 ? upmn1:0: parity mode these bits enable and set type of parity generation and check. if enabled, the transmitter will automatically generate and send the parity of th e transmitted data bits within each frame. the receiver will generate a parity value for the in coming data and compare it to the upmn0 setting. if a mismatch is detected, the upen flag in ucsrnb will be set. bit 76 543 2 1 0 ? umseln upmn1 upmn0 usbsn ucszn1 ucszn0 ucpoln ucsrnc read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 1 1 0 table 77. umsel bit settings umseln mode 0 asynchronous operation 1 synchronous operation table 78. upm bits settings upmn1 upmn0 parity mode 0 0 disabled 01reserved 1 0 enabled, even parity 1 1 enabled, odd parity
192 2490r?avr?02/2013 atmega64(l) ? bit 3 ? usbsn: stop bit select this bit selects the number of stop bits to be inserted by the transmitter. the receiver ignores this setting. ? bit 2:1 ? ucszn1:0: character size the ucszn1:0 bits combined with the ucszn2 bi t in ucsrnb sets the number of data bits (character size) in a frame the receiver and transmitter use. ? bit 0 ? ucpoln: clock polarity this bit is used for synchronous mode only. write this bit to zero when asynchronous mode is used. the ucpoln bit sets the relationship between data output change and data input sample, and the synchronous clock (xck). table 79. usbs bit settings usbsn stop bit(s) 01-bit 12-bit table 80. ucsz bits settings ucszn2 ucszn1 ucszn0 character size 0005-bit 0016-bit 0107-bit 0118-bit 100reserved 101reserved 110reserved 1119-bit table 81. ucpol bit settings ucpoln transmitted data changed (output of txd pin) received data sampled (input on rxd pin) 0 rising xck edge falling xck edge 1 falling xck edge rising xck edge
193 2490r?avr?02/2013 atmega64(l) ubrrnl and ubrrnh ? usart baud rate registers (1) note: 1. ubrrh is not available in mega103 compatibility mode ? bit 15:12 ? reserved bits these bits are reserved for future use. for compatibility with future devices, these bit must be written to zero when ubrrh is written. ? bit 11:0 ? ubrrn11:0: usart baud rate register this is a 12-bit register which contains t he usart baud rate. the ubrrnh contains the four most significant bits, and the ubrrnl contains the eight least significant bits of the usart baud rate. ongoing transmissions by the tran smitter and receiver will be corrupted if the baud rate is changed. writing ubrr nl will trigger an immediate update of the baud ra te prescaler. examples of baud rate setting for standard crystal and resonator frequencies, the most commonly used baud rates for asyn- chronous operation can be generated by using the ubrrn settings in table 82 to table 85 . ubrrn values which yield an actual baud rate differing less than 0.5% from the target baud rate, are bold in the table. hi gher error ratings are acceptab le, but the receiver will have less noise resistance when the error ratings are high, especially for large serial frames (see ?asyn- chronous operational range? on page 186 ). the error values are calculated using the following equation: bit 151413121110 9 8 ? ? ? ? ubrrn[11:8] ubrrnh ubrrn[7:0] ubrrnl 76543210 read/write r r r r r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 00000000 error[%] baudrate closest match baudrate -------------------------------------------------------- 1 ? ?? ?? 100% ? =
194 2490r?avr?02/2013 atmega64(l) table 82. examples of ubrr settings for co mmonly used oscillator frequencies baud rate (bps) f osc = 1.0000 mhz f osc = 1.8432 mhz f osc = 2.0000 mhz u2x = 0 u2x = 1 u2x = 0 u2x = 1 u2x = 0 u2x = 1 ubrrn error ubrrn errorn ubrrn error ubrrn error ubrrn error ubrrn error 2400 25 0.2% 51 0.2% 47 0.0% 95 0.0% 51 0.2% 103 0.2% 4800 12 0.2% 25 0.2% 23 0.0% 47 0.0% 25 0.2% 51 0.2% 9600 6 -7.0% 12 0.2% 11 0.0% 23 0.0% 12 0.2% 25 0.2% 14.4k 3 8.5% 8 -3.5% 7 0.0% 15 0.0% 8 -3.5% 16 2.1% 19.2k 2 8.5% 6 -7.0% 5 0.0% 11 0.0% 6 -7.0% 12 0.2% 28.8k 1 8.5% 3 8.5% 3 0.0% 7 0.0% 3 8.5% 8 -3.5% 38.4k 1 -18.6% 2 8.5% 2 0.0% 5 0.0% 2 8.5% 6 -7.0% 57.6k 0 8.5% 1 8.5% 1 0.0% 3 0.0% 1 8.5% 3 8.5% 76.8k ? ? 1 -18.6% 1 -25.0% 2 0.0% 1 -18.6% 2 8.5% 115.2k ? ? 0 8.5% 0 0.0% 1 0.0% 0 8.5% 1 8.5% 230.4k??????00.0%???? 250k??????????00.0% max (1) 62.5 kbps 125 kbps 115.2 kbps 230.4 kbps 125 kbps 250 kbps 1. ubrr = 0, error = 0.0%
195 2490r?avr?02/2013 atmega64(l) table 83. examples of ubrr settings for commonl y used oscillator frequencies (continued) baud rate (bps) f osc = 3.6864 mhz f osc = 4.0000 mhz f osc = 7.3728 mhz u2x = 0 u2x = 1 u2x = 0 u2x = 1 u2x = 0 u2x = 1 ubrrn error ubrrn error ubrrn error ubrrn error ubrrn error ubrrn error 2400 95 0.0% 191 0.0% 103 0.2% 207 0.2% 191 0.0% 383 0.0% 4800 47 0.0% 95 0.0% 51 0.2% 103 0.2% 95 0.0% 191 0.0% 9600 230.0%470.0%250.2%510.2%470.0%950.0% 14.4k 15 0.0% 31 0.0% 16 2.1% 34 -0.8% 31 0.0% 63 0.0% 19.2k 11 0.0% 23 0.0% 12 0.2% 25 0.2% 23 0.0% 47 0.0% 28.8k 7 0.0% 15 0.0% 8 -3.5% 16 2.1% 15 0.0% 31 0.0% 38.4k 5 0.0% 11 0.0% 6 -7.0% 12 0.2% 11 0.0% 23 0.0% 57.6k 3 0.0% 7 0.0% 3 8.5% 8 -3.5% 7 0.0% 15 0.0% 76.8k 2 0.0% 5 0.0% 2 8.5% 6 -7.0% 5 0.0% 11 0.0% 115.2k 1 0.0% 3 0.0% 1 8.5% 3 8.5% 3 0.0% 7 0.0% 230.4k 0 0.0% 1 0.0% 0 8.5% 1 8.5% 1 0.0% 3 0.0% 250k 0 -7.8% 1 -7.8% 0 0.0% 1 0.0% 1 -7.8% 3 -7.8% 0.5m ? ? 0 -7.8% ? ? 0 0.0% 0 -7.8% 1 -7.8% 1m ??????????0-7.8% max (1) 230.4 kbps 460.8 kbps 250 kbps 0.5 mbps 460.8 kbps 921.6 kbps 1. ubrr = 0, error = 0.0%
196 2490r?avr?02/2013 atmega64(l) table 84. examples of ubrr settings for commonl y used oscillator frequencies (continued) baud rate (bps) f osc = 8.0000 mhz f osc = 11.0592 mhz f osc = 14.7456 mhz u2x = 0 u2x = 1 u2x = 0 u2x = 1 u2x = 0 u2x = 1 ubrrn error ubrrn error ubrrn error ubrrn error ubrrn error ubrrn error 2400 207 0.2% 416 -0.1% 287 0.0% 575 0.0% 383 0.0% 767 0.0% 4800 103 0.2% 207 0.2% 143 0.0% 287 0.0% 191 0.0% 383 0.0% 9600 51 0.2% 103 0.2% 71 0.0% 143 0.0% 95 0.0% 191 0.0% 14.4k 34 -0.8% 68 0.6% 47 0.0% 95 0.0% 63 0.0% 127 0.0% 19.2k 25 0.2% 51 0.2% 35 0.0% 71 0.0% 47 0.0% 95 0.0% 28.8k 16 2.1% 34 -0.8% 23 0.0% 47 0.0% 31 0.0% 63 0.0% 38.4k 12 0.2% 25 0.2% 17 0.0% 35 0.0% 23 0.0% 47 0.0% 57.6k 8 -3.5% 16 2.1% 11 0.0% 23 0.0% 15 0.0% 31 0.0% 76.8k 6 -7.0% 12 0.2% 8 0.0% 17 0.0% 11 0.0% 23 0.0% 115.2k 3 8.5% 8 -3.5% 5 0.0% 11 0.0% 7 0.0% 15 0.0% 230.4k 1 8.5% 3 8.5% 2 0.0% 5 0.0% 3 0.0% 7 0.0% 250k 1 0.0% 3 0.0% 2 -7.8% 5 -7.8% 3 -7.8% 6 5.3% 0.5m 0 0.0% 1 0.0% ? ? 2 -7.8% 1 -7.8% 3 -7.8% 1m ??00.0%????0-7.8%1-7.8% max (1) 0.5 mbps 1 mbps 691.2 kbps 1. 3824 mbps 921.6 kbps 1.8432 mbps 1. ubrr = 0, error = 0.0%
197 2490r?avr?02/2013 atmega64(l) table 85. examples of ubrr settings for commonl y used oscillator frequencies (continued) baud rate (bps) f osc = 16.0000 mhz f osc = 18.4320 mhz f osc = 20.0000 mhz u2x = 0 u2x = 1 u2x = 0 u2x = 1 u2x = 0 u2x = 1 ubrrn error ubrrn error ubrrn error ubrrn error ubrrn error ubrrn error 2400 416 -0.1% 832 0.0% 479 0.0% 959 0.0% 520 0.0% 1041 0.0% 4800 207 0.2% 416 -0.1% 239 0.0% 479 0.0% 259 0.2% 520 0.0% 9600 103 0.2% 207 0.2% 119 0.0% 239 0.0% 129 0.2% 259 0.2% 14.4k 68 0.6% 138 -0.1% 79 0.0% 159 0.0% 86 -0.2% 173 -0.2% 19.2k 51 0.2% 103 0.2% 59 0.0% 119 0.0% 64 0.2% 129 0.2% 28.8k 34 -0.8% 68 0.6% 39 0.0% 79 0.0% 42 0.9% 86 -0.2% 38.4k 25 0.2% 51 0.2% 29 0.0% 59 0.0% 32 -1.4% 64 0.2% 57.6k 16 2.1% 34 -0.8% 19 0.0% 39 0.0% 21 -1.4% 42 0.9% 76.8k 12 0.2% 25 0.2% 14 0.0% 29 0.0% 15 1.7% 32 -1.4% 115.2k 8 -3.5% 16 2.1% 9 0.0% 19 0.0% 10 -1.4% 21 -1.4% 230.4k 3 8.5% 8 -3.5% 4 0.0% 9 0.0% 4 8.5% 10 -1.4% 250k 3 0.0% 7 0.0% 4 -7.8% 8 2.4% 4 0.0% 9 0.0% 0.5m 1 0.0% 3 0.0% ? ? 4 -7.8% ? ? 4 0.0% 1m 00.0%10.0%???????? max (1) 1 mbps 2 mbps 1.152 mbps 2.304 mbps 1.25 mbps 2.5 mbps 1. ubrr = 0, error = 0.0%
198 2490r?avr?02/2013 atmega64(l) twi ? two-wire serial interface features ? simple yet powerful and flexible communication interface, only two bus lines needed ? both master and slave operation supported ? device can operate as transmitter or receiver ? 7-bit address space allows up to 128 different slave addresses ? multi-master arbitration support ? up to 400 khz data transfer speed ? slew-rate limited output drivers ? noise suppression circuitry re jects spikes on bus lines ? fully programmable slave addr ess with general call support ? address recognition causes wake-up when avr is in sleep mode two-wire serial interface bus definition the two-wire serial interface (twi) is ideally suited for typical microcontroller applications. the twi protocol allows the systems designer to in terconnect up to 128 diffe rent devices using only two bi-directional bus lines, one for clock (scl) and one for data (sda). the only external hard- ware needed to implement the bus is a single pull- up resistor for each of the twi bus lines. all devices connected to the bus have individual addresses, and mechanisms for resolving bus contention are inherent in the twi protocol. figure 86. twi bus interconnection twi terminology the following definitions are frequently encountered in this section. device 1 device 2 device 3 device n sda scl ........ r1 r2 v cc table 86. twi terminology term description master the device that initiates and terminates a transmission. the master also generates the scl clock. slave the device addressed by a master. transmitter the device placing data on the bus. receiver the device reading data from the bus.
199 2490r?avr?02/2013 atmega64(l) electrical interconnection as depicted in figure 86 , both bus lines are connected to the positive supply voltage through pull-up resistors. the bus drivers of all twi-compliant devices are open-drain or open-collector. this implements a wired-and functi on which is essential to the operation of the interface. a low level on a twi bus line is generated when one or more twi devices output a zero. a high level is output when all twi devices tri-state their outputs, allowing the pull-up resistors to pull the line high. note that all avr devices connected to the twi bus must be powered in order to allow any bus operation. the number of devices that can be connected to the bus is only limited by the bus capacitance limit of 400 pf and the 7-bit slave address space. a detailed specification of the electrical char- acteristics of the twi is given in ?two-wire serial interface characteristics? on page 328 . two different sets of specifications are presented t here, one relevant for bus speeds below 100 khz, and one valid for bus speeds up to 400 khz. data transfer and frame format transferring bits each data bit transferred on the twi bus is accompanied by a pulse on the clock line. the level of the data line must be stable when the clock line is high. the only exception to this rule is for generating start and stop conditions. figure 87. data validity start and stop conditions the master initiates and terminates a data transmi ssion. the transmission is initiated when the master issues a start condition on the bus, and it is terminated when the master issues a stop condition. between a start and a stop condition, the bus is considered busy, and no other master should try to seize control of the bus. a special case occurs when a new start condition is issued between a start and stop condition. this is referred to as a repeated start condition, and is used when the master wis hes to initiate a new transfer without relin- quishing control of the bus. after a repeated start, the bus is considered busy until the next stop. this is identical to the start behavior, and therefore start is used to describe both start and repeated start for the remainder of this data sheet, unless otherwise noted. as depicted below, start and stop conditions are signalled by changing the level of the sda line when the scl line is high. sda scl data stable data stable data change
200 2490r?avr?02/2013 atmega64(l) figure 88. start, repeated start, and stop conditions address packet format all address packets transmitted on the twi bus are nine bits long , consisting of seven address bits, one read/write control bit and an acknowledge bit. if the read/write bit is set, a read operation is to be performed, otherwise a write operation should be performed. when a slave recognizes that it is being a ddressed, it should acknowledge by pulling sda low in the ninth scl (ack) cycle. if the addressed slave is busy, or for some other reason can not service the mas- ter?s request, the sda line should be left high in the ack clock cycle. the master can then transmit a stop condition, or a repeated start condition to initiate a new transmission. an address packet consisting of a slave address and a read or a write bit is called sla+r or sla+w, respectively. the msb of the address byte is transmitted first. slave addresses can freely be allocated by the designer, but the address 0000 000 is reserved for a general call. when a general call is issued, all slaves should respond by pulling the sda line low in the ack cycle. a general call is used when a master wi shes to transmit the same message to several slaves in the system. when the general call address followed by a write bit is transmitted on the bus, all slaves set up to ackn owledge the general call will pull th e sda line low in the ack cycle. the following data packets will then be received by all the slaves that acknowle dged the general call. note that transmitting the general call add ress followed by a read bit is meaningless, as this would cause contention if several slaves started transmitting different data. all addresses of the format 1111 xxx should be reserved for future purposes. figure 89. address packet format sda scl start stop repeated start stop start sda scl start 12 789 addr msb addr lsb r/w ack
201 2490r?avr?02/2013 atmega64(l) data packet format all data packets transmitted on the twi bus are nine bits long, consisting of one data byte and an acknowledge bit. during a data transfer, the master generates the clock and the start and stop conditions, while the receiver is res ponsible for acknowledging the reception. an acknowledge (ack) is signalled by the receiver pulling the sda line low during the ninth scl cycle. if the receiver leaves the sda line high, a nack is signalled. when the receiver has received the last byte, or for some reason cannot receive any more bytes, it should inform the transmitter by sending a nack after the final byte. the msb of the data byte is transmitted first. figure 90. data packet format combining address and data packets into a transmission a transmission basically consists of a start co ndition, a sla+r/w, one or more data packets and a stop condition. an empty message, consisting of a start followed by a stop condi- tion, is illegal. note that the wired-anding of the scl line can be used to implement handshaking between the master and the slave. the slave can extend the scl low period by pulling the scl line low. this is useful if the cloc k speed set up by the master is too fast for the slave, or the slave needs extra time for proces sing between the data transmissions. the slave extending the scl low period will not affect t he scl high period, which is determined by the master. as a consequence, the slave can reduce the twi data transfer speed by prolonging the scl duty cycle. figure 91 shows a typical data transmission. note that several data bytes can be transmitted between the sla+r/w and the stop condition, depending on the software protocol imple- mented by the application software. figure 91. typical data transmission 12 789 data msb data lsb ack aggregate sda sda from transmitter sda from receiver scl from master sla+r/w data byte stop, repeated start, or next data byte 12 789 data byte data msb data lsb ack sda scl start 12 789 addr msb addr lsb r/w ack sla+r/w stop
202 2490r?avr?02/2013 atmega64(l) multi-master bus systems, arbitration and synchronization the twi protocol allows bus systems with seve ral masters. special concerns have been taken in order to ensure that transmis sions will proceed as normal, even if two or more masters initiate a transmission at the same time. two problems arise in multi-master systems: ? an algorithm must be implemented allowing only one of the masters to complete the transmission. all other masters should cease tr ansmission when they discover that they have lost the selection process. this selection process is called arbitration. when a contending master discovers that it has lost the arbitration process, it should immediately switch to slave mode to check whether it is being addressed by the winning master. the fact that multiple masters have started transmission at the same time should not be detectable to the slaves (that is, the data being transferred on the bus must not be corrupted). ? different masters may use different scl frequencies. a scheme must be devised to synchronize the serial clocks from all masters, in order to let the transmission proceed in a lockstep fashion. this will fac ilitate the arbitration process. the wired-anding of the bus lines is used to solv e both these problems. the serial clocks from all masters will be wired-anded, yielding a co mbined clock with a high period equal to the one from the master with the shortest high period. the low period of the combined clock is equal to the low period of the master with the longest low period. note that all masters listen to the scl line, effectively starting to count their scl high and low time-out periods when the combined scl line goes high or low, respectively. figure 92. scl synchronization between multiple masters arbitration is carried out by all masters cont inuously monitoring the sda line after outputting data. if the value read from the sda line does not match the value the master had output, it has lost the arbitration. note that a master can only lose arbitration when it outputs a high sda value while another master outputs a low value. the losing master should immediately go to slave mode, checking if it is being addressed by the winning master. the sda line should be left high, but losing masters are allowed to generate a clock signal until the end of the current data or address packet. arbitration will cont inue until only one master re mains, and this may take many bits. if several masters are trying to address the same slave, ar bitration will cont inue into the data packet. ta low ta high scl from master a scl from master b scl bus line tb low tb high masters start counting low period masters start counting high period
203 2490r?avr?02/2013 atmega64(l) figure 93. arbitration between two masters note that arbitration is not allowed between: ? a repeated start cond ition and a data bit. ? a stop condition and a data bit. ? a repeated start and a stop condition. it is the user software?s responsibility to ensur e that these illegal arbitration conditions never occur. this implies that in multi-master systems, all data transfers must use the same composi- tion of sla+r/w and data packets. in other words: all transmissions must contain the same number of data packets, otherwise the result of the arbitration is undefined. sda from master a sda from m sda line synchronized scl line start master a loses arbitration, sda a sda
204 2490r?avr?02/2013 atmega64(l) overview of the twi module the twi module is comprised of several submodules, as shown in figure 94 . all registers drawn in a thick line are accessible through the avr data bus. figure 94. overview of the twi module scl and sda pins these pins interface the avr twi with the rest of the mcu system. the output drivers contain a slew-rate limiter in order to conform to the twi specification. the input stages contain a spike suppression unit removing spikes shorter than 50 ns. note that the internal pull-ups in the avr pads can be enabled by setting the port bits corresponding to the scl and sda pins, as explained in the i/o port section. the internal pull-ups can in some systems eliminate the need for external ones. bit rate generator unit this unit controls the period of scl when oper ating in a master mode. the scl period is con- trolled by settings in the twi bit rate register (twbr) and the prescaler bits in the twi status register (twsr). slave operation does not depend on bit rate or prescaler settings, but the cpu clock frequency in the slave must be at least 16 times higher than the scl frequency. note that slaves may prolong the scl low period, thereby reducing the average twi bus clock period. the scl frequency is generated according to the following equation: ? twbr = value of the twi bit rate register. ? twps = value of the prescaler bits in the twi status register. note: pull-up resistor values should be selected according to the scl frequency and the capacitive bus line load. see table 133 on page 328 for value of pull-up resistor." twi unit address register (twar) address match unit address comparator control unit control register (twcr) status register (twsr) state machine and status control scl slew-rate control spike filter sda slew-rate control spike filter bit rate generator bit rate register (twbr) prescaler bus interface unit start / stop control arbitration detection ack spike suppression address/data shift register (twdr) scl frequency cpu clock frequency 16 2(twbr) 4 twps ? + ----------------------------------------------------------- =
205 2490r?avr?02/2013 atmega64(l) bus interface unit this unit contains the data and address shif t register (twdr), a start/stop controller and arbitration detection hardware. the twdr contains the address or data bytes to be transmitted, or the address or data bytes received. in addition to the 8-bit twdr, the bus interface unit also contains a register containing the (n)ack bit to be transmitted or receiv ed. this (n)ack regis- ter is not directly accessible by the application software. however, when re ceiving, it can be set or cleared by manipulating the twi control r egister (twcr). when in transmitter mode, the value of the received (n)ack bit can be determined by the value in the twsr. the start/stop controller is responsible for gene ration and detection of start, repeated start, and stop conditions. the start/stop controller is able to detect start and stop conditions even when the avr mcu is in one of the sleep modes, enabling the mcu to wake up if addressed by a master. if the twi has initiated a transmission as master, the arbitration detection hardware continu- ously monitors the transmission trying to determine if arbitration is in process. if the twi has lost an arbitration, the control unit is informed. correct action can then be taken and appropriate status codes generated. address match unit the address match unit checks if received address bytes match the 7-bit address in the twi address register (twar). if the twi general call recognition enable (twgce) bit in the twar is written to one, all incoming address bits will also be compared against the general call address. upon an address match, the control unit is informed, allowing correct action to be taken. the twi may or may not acknowledge it s address, depending on settings in the twcr. the address match unit is able to compare addresses even when the avr mcu is in sleep mode, enabling the mcu to wake-up if addressed by a master. control unit the control unit monitors the twi bus and generates responses corresponding to settings in the twi control register (twcr). when an event requiring the attention of the application occurs on the twi bus, the twi interrupt flag (twint) is asserted. in the next clock cycle, the twi sta- tus register (twsr) is updated with a stat us code identifying the event. the twsr only contains relevant status information when the twi interrupt flag is asserted. at all other times, the twsr contains a special stat us code indicating that no relevant status information is avail- able. as long as the twint flag is set, the scl line is held low. this allows the application software to complete its tasks before allowing the twi transmission to continue. the twint flag is set in the following situations: ? after the twi has transmitted a start/repeated start condition. ? after the twi has transmitted sla+r/w. ? after the twi has transmitted an address byte. ? after the twi has lost arbitration. ? after the twi has been addressed by own slave address or general call. ? after the twi has received a data byte. ? after a stop or repeated start has been received while still add ressed as a slave. ? when a bus error has occurred due to an illegal start or stop condition.
206 2490r?avr?02/2013 atmega64(l) twi register description twbr ?twi bit rate register ? bits 7..0 ? twi bit rate register twbr selects the division factor for the bit rate generator. the bit rate generator is a frequency divider which generates the scl clock frequency in the master modes. see ?bit rate generator unit? on page 204 for calculating bit rates. twcr ? twi control register the twcr is used to control the operation of the twi. it is used to enable the twi, to initiate a master access by applying a start condition to the bus, to generate a receiver acknowledge, to generate a stop condition, and to control halting of the bus while the data to be written to the bus are written to the twdr. it also indicates a write collision if data is attempted written to twdr while the regist er is inaccessible. ? bit 7 ? twint: twi interrupt flag this bit is set by hardware when the twi has finished its current job and expects application software response. if the i-bit in sreg and twie in twcr are set, the mcu will jump to the twi interrupt vector. while the twint flag is set, the scl low period is stretched. the twint flag must be cleared by software by writing a logic one to it. note that this flag is not automati- cally cleared by hardware when executing the interr upt routine. also note that clearing this flag starts the operation of the twi, so all accesses to the twi address register (twar), twi sta- tus register (twsr), and twi data register (twdr) must be complete before clearing this flag. ? bit 6 ? twea: twi enable acknowledge bit the twea bit controls the generation of the acknowledge pulse. if the twea bit is written to one, the ack pulse is generated on the twi bus if the following conditions are met: 1. the device?s own slave address has been received. 2. a general call has been received, while the twgce bit in the twar is set. 3. a data byte has been received in master receiver or slave receiver mode. by writing the twea bit to zero, the device can be virtually disconnected from the two-wire serial bus temporarily. address recognition can then be resumed by writing the twea bit to one again. ? bit 5 ? twsta: twi start condition bit the application writes the twsta bit to one when it desires to become a master on the two- wire serial bus. the twi hardware checks if the bus is available, and generates a start con- dition on the bus if it is free. however, if the bus is not free, t he twi waits until a stop condition bit 76543210 (0x70) twbr7 twbr6 twbr5 twbr4 twbr3 twbr2 twbr1 twbr0 twbr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 bit 76543210 (0x74) twint twea twsta twsto twwc twen ? twie twcr read/write r/w r/w r/w r/w r r/w r r/w initial value00000000
207 2490r?avr?02/2013 atmega64(l) is detected, and then generates a new start condition to claim the bus master status. twsta must be cleared by software when the start condition has been transmitted. ? bit 4 ? twsto: twi stop condition bit writing the twsto bit to one in master mode will generate a stop condition on the two-wire serial bus. when the stop condition is exec uted on the bus, the twsto bit is cleared auto- matically. in slave mode, setting the twsto bit can be used to recover from an error condition. this will not generate a stop co ndition, but the twi returns to a well-defined unaddressed slave mode and releases the scl and sda lines to a high impedance state. ? bit 3 ? twwc: twi write collision flag the twwc bit is set when attempting to write to the twi data register ? twdr when twint is low. this flag is cleared by writing the twdr register when twint is high. ? bit 2 ? twen: twi enable bit the twen bit enables twi operation and activate s the twi interface. when twen is written to one, the twi takes control over the i/o pins connected to the scl and sda pins, enabling the slew-rate limiters and spike filters. if this bit is written to zero, the twi is switched off and all twi transmissions are terminated, regardless of any ongoing operation. ? bit 1 ? res: reserved bit this bit is a reserved bit an d will always read as zero. ? bit 0 ? twie: twi interrupt enable when this bit is written to one, and the i-bit in sreg is set, th e twi interrupt request will be acti- vated for as long as the twint flag is high. twsr ? twi status register ? bits 7..3 ? tws: twi status these five bits reflect the status of the twi logic and the two-wire serial bus. the different sta- tus codes are described later in this section. note that the value read from twsr contains both the 5-bit status value and the 2-bit prescaler value. the application designer should mask the prescaler bits to zero when checking the status bits. this makes status checking independent of prescaler setting. this approach is used in this datasheet, unless otherwise noted. ? bit 2 ? res: reserved bit this bit is reserved and will always read as zero. bit 76543210 (0x71) tws7 tws6 tws5 tws4 tws3 ? twps1 twps0 twsr read/writerrrrrrr/wr/w initial value11111000
208 2490r?avr?02/2013 atmega64(l) ? bits 1..0 ? twps: twi prescaler bits these bits can be read and written, and control the bit rate prescaler. to calculate bit rates, see ?bit rate generator unit? on page 204 . the value of twps1..0 is used in the equation. twdr ? twi data register in transmit mode, twdr contains the next byte to be transmitted. in receive mode, the twdr contains the last byte received. it is writable while the twi is not in the process of shifting a byte. this occurs when the twi interrupt flag (twint) is set by hardware. note that the data register cannot be initialized by the user before the first interrupt occurs. the data in twdr remains sta- ble as long as twint is set. while data is shifted out, data on the bus is simultaneously shifted in. twdr always contains the last byte present on the bus, except after a wake-up from a sleep mode by the twi interrupt. in this case, the conten ts of twdr is undefined. in the case of a lost bus arbitration, no data is lost in the transition from master to slave. handling of the ack bit is controlled automatically by the twi logic, the cpu cannot access the ack bit directly. ? bits 7..0 ? twd: twi data register these eight bits constitute the next data byte to be transmitted, or the latest data byte received on the two-wire serial bus. twar ? twi (slave) address register the twar should be loaded with the 7-bit slave address (in the seven most significant bits of twar) to which the twi will respond when prog rammed as a slave transmitter or receiver, and not needed in the master modes. in multimaster systems, twar must be set in masters which can be addressed as slaves by other masters. the lsb of twar is used to enable recognition of the general call address (0x00). there is an associated address comparator that looks for the slave address (or general call address if enabled) in the received serial address. if a match is found, an interrupt request is generated. ? bits 7..1 ? twa: twi (slave) address register these seven bits constitute th e slave address of the twi unit. table 87. twi bit rate prescaler twps1 twps0 prescaler value 00 1 01 4 10 16 11 64 bit 76543210 (0x73) twd7 twd6 twd5 twd4 twd3 twd2 twd1 twd0 twdr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value11111111 bit 76543210 (0x72) twa6 twa5 twa4 twa3 twa2 twa1 twa0 twgce twar read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value11111110
209 2490r?avr?02/2013 atmega64(l) ? bit 0 ? twgce: twi general call recognition enable bit if set, this bit enables the recognition of a general call given over the two-wire serial bus. using the twi the avr twi is byte-oriented and interrupt based. interrupts are issued after all bus events, like reception of a byte or transmission of a start condition. because the twi is interrupt-based, the application software is free to carry on other operations during a twi byte transfer. note that the twi interrupt enable (twie) bit in twcr to gether with the global interrupt enable bit in sreg allow the application to decide whether or not assertion of the twint flag should gener- ate an interrupt request. if the twie bit is cl eared, the application must poll the twint flag in order to detect actions on the twi bus. when the twint flag is asserted, the twi has finished an operation and awaits application response. in this case, the twi status register (twsr) contains a value indicating the current state of the twi bus. the application software can then decide how the twi should behave in the next twi bus cycle by manipulating the twcr and twdr registers. figure 95 is a simple example of how the application can interface to the twi hardware. in this example, a master wishes to transmit a single data byte to a slave. this description is quite abstract, a more detailed explanation follows later in this section. a simple code example imple- menting the desired behavior is also presented. figure 95. interfacing the application to the twi in a typical transmission 1. the first step in a twi transmission is to transmit a start condition. this is done by writing a specific value into twcr, instruct ing the twi hardware to transmit a start condition. which value to write is described later on. however, it is important that the twint bit is set in the value written. writin g a one to twint clears the flag. the twi will not start any operation as long as the twint bit in twcr is set. immediately after the application has cleared twint, the twi will init iate transmission of the start condition. 2. when the start condition has been transmitted, the twint flag in twcr is set, and twsr is updated with a status code indicating that the start condition has success- fully been sent. 3. the application software should now examine the value of twsr, to make sure that the start condition was successfully transmitted. if twsr indicates otherwise, the applica- tion software might take some special action, like calling an error routine. assuming that start sla+w a data a stop 1. application writes to twcr to initiate transmission of start 2. twint set. status code indicates start condition sent 4. twint set. status code indicates sla+w sent, ack received 6. twint set. status code indicates data sent, ack received 3. check twsr to see if start was sent. application loads sla+w into twdr, and loads appropriate control signals into twcr, making sure that twint is written to one, and twsta is written to zero. 5. check twsr to see if sla+w was sent and ack received. application loads data into twdr, and loads appropriate control signals into twcr, making sure that twint is written to one 7. check twsr to see if data was sent and ack received. application loads appropriate control signals to send stop into twcr, making sure that twint is written to one twi bus indicates twint set application action twi hardware action
210 2490r?avr?02/2013 atmega64(l) the status code is as expected, the applic ation must load sla+w into twdr. remember that twdr is used both for address and dat a. after twdr has been loaded with the desired sla+w, a specific value must be wr itten to twcr, instruct ing the twi hardware to transmit the sla+w present in twdr. wh ich value to write is described later on. however, it is important that the twint bit is set in the value written. writing a one to twint clears the flag. the twi will not start any operation as long as the twint bit in twcr is set. immediately after the applicat ion has cleared twint, the twi will initiate transmission of the address packet. 4. when the address packet has been transmitted, the twint flag in twcr is set, and twsr is updated with a status code indicating that the address packet has successfully been sent. the status code will also reflect whether a slave acknowledged the packet or not. 5. the application software should now examine the value of twsr, to make sure that the address packet was successfully transmitted, and that the value of the ack bit was as expected. if twsr indicates otherwise, the application software might take some special action, like calling an error routine. assuming that the status code is as expected, the application must load a data packet into twdr. subsequently, a specific value must be written to twcr, instructing the twi hardware to transmit the data packet present in twdr. which value to write is described late r on. however, it is important that the twint bit is set in the value written. writin g a one to twint clears the flag. the twi will not start any operation as long as the twint bit in twcr is set. immediately after the application has cleared twint, the twi will in itiate transmission of the data packet. 6. when the data packet has been transmitted, the twint flag in twcr is set, and twsr is updated with a status code indicating that the data packet has successfully been sent. the status code will also re flect whether a slave ackno wledged the packet or not. 7. the application software should now examine the value of twsr, to make sure that the data packet was successfully transmitted, and that the value of the ack bit was as expected. if twsr indicates otherwise, the application software might take some special action, like calling an error routine. assuming that the status code is as expected, the application must write a specific value to tw cr, instructing the twi hardware to transmit a stop condition. which value to write is desc ribed later on. however, it is important that the twint bit is set in the value written. writing a one to twint clears the flag. the twi will not start any operation as long as the tw int bit in twcr is set. immediately after the application has cleared twint, the twi will initiate transmission of the stop condi- tion. note that twint is not set after a stop condition has been sent. even though this example is simple, it shows t he principles involved in all twi transmissions. these can be summarized as follows: ? when the twi has finished an operation and expects application response, the twint flag is set. the scl line is pulled low until twint is cleared. ? when the twint flag is set, the user must update all twi registers with the value relevant for the next twi bus cycle. as an example, twdr must be loaded with the value to be transmitted in the next bus cycle. ? after all twi register updates and other pending application software tasks have been completed, twcr is written. when writing twcr, the twint bit should be set. writing a one to twint clears the flag. the twi will then commence executing whatever operation was specified by the twcr setting. in the following an assembly and c implementation of the example is given. note that the code below assumes that several definitions have been made for example by using include-files.
211 2490r?avr?02/2013 atmega64(l) note: 1. for i/o registers located in extended i/o map, ?in?, ?out?, ?sbis?, ?sbic?, ?cbi ?, and ?sbi? instructions must be replac ed with instructions that allow access to ex tended i/o. typically ?lds? and ?sts? co mbined with ?sbrs?, ?sbrc?, ?sbr?, and ?cbr?. assembly code example (1) c example (1) comments 1 ldi r16, (1< 212 2490r?avr?02/2013 atmega64(l) transmission modes the twi can operate in one of four major modes. these are named master transmitter (mt), master receiver (mr), slave transmitter (st) and slave receiver (sr). several of these modes can be used in the same application. as an example, the twi can use mt mode to write data into a twi eeprom, mr mode to read the data back from the eeprom. if other masters are present in the system, some of these might transmit data to the twi, and then sr mode would be used. it is the application softw are that decides which modes are legal. the following sections describe each of these modes. possible status codes are described along with figures detailing data transmission in each of the modes. these figures contain the following abbreviations: s : start condition rs : repeated start condition r : read bit (high level at sda) w : write bit (low level at sda) a : acknowledge bit (low level at sda) a : not acknowledge bit (high level at sda) data : 8-bit data byte p : stop condition sla : slave address in figure 97 to figure 103 , circles are used to indicate that the twint flag is set. the numbers in the circles show the status code held in twsr, with the prescaler bits masked to zero. at these points, actions must be taken by the application to continue or complete the twi transfer. the twi transfer is suspended until the twint flag is cleared by software. when the twint flag is set, the status code in twsr is used to determine the appropriate soft- ware action. for each status code, the required software action and details of the following serial transfer are given in table 88 to table 91 . note that the prescaler bits are masked to zero in these tables.
213 2490r?avr?02/2013 atmega64(l) master transmitter mode in the master transmitter mode, a number of da ta bytes are transmitted to a slave receiver (see figure 96 ). in order to enter a master mode, a start condition must be transmitted. the format of the following address packet determines whether master transmitter or master receiver mode is to be entered. if sla+w is transmitte d, mt mode is entered, if sla+r is transmitted, mr mode is entered. all the status codes mentioned in this section assume that the prescaler bits are zero or are masked to zero. figure 96. data transfer in ma ster transmitter mode a start condition is sent by wr iting the following value to twcr: twen must be set to enable the two-wire serial interface, twsta must be written to one to transmit a start condition and twint must be written to one to clear the twint flag. the twi will then test the two-wire serial bus and gene rate a start condition as soon as the bus becomes free. after a start condition has been transmitted, the twint flag is set by hard- ware, and the status code in twsr will be 0x08 (see table 88 ). in order to enter mt mode, sla+w must be transmitted. this is done by writing sla+w to twdr. thereafter the twint bit should be cleared (by writing it to one) to continue the transfer. this is accomplished by writing the following value to twcr: when sla+w have been transmitted and an acknowledgment bit has been received, twint is set again and a number of status codes in twsr are possible. possible status codes in master mode are 0x18, 0x20, or 0x38. the appropriate action to be taken for each of these status codes is detailed in table 88 . when sla+w has been successfully transmitted, a data packet should be transmitted. this is done by writing the data byte to twdr. twdr must only be written when twint is high. if not, the access will be discarded, and the write collision bit (twwc) will be set in the twcr regis- ter. after updating twdr, the twint bit should be cleared (by writing it to one) to continue the transfer. this is acco mplished by writing the following value to twcr: twcr twint twea twsta twsto twwc twen ? twie value 1 x10 x1 0 x twcr twint twea twsta twsto twwc twen ? twie value 1 x00 x1 0 x twcr twint twea twsta twsto twwc twen ? twie value 1 x00 x1 0 x device 1 master transmitter device 2 slave receiver device 3 device n sda scl ........ r1 r2 v cc
214 2490r?avr?02/2013 atmega64(l) this scheme is repeated until the last byte has been sent and the transfer is ended by generat- ing a stop condition or a repeated start condition. a stop condition is generated by writing the following value to twcr: a repeated start condition is generated by writing the following value to twcr: after a repeated start condition (state 0x10) the two-wire serial interface can access the same slave again, or a new slave without transmitting a stop condition. repeated start enables the master to switch between slaves, master transmitter mode and master receiver mode without losing control of the bus. twcr twint twea twsta twsto twwc twen ? twie value 1 x01 x1 0 x twcr twint twea twsta twsto twwc twen ? twie value 1 x10 x1 0 x table 88. status codes for master transmitter mode status code (twsr) prescaler bits are 0 status of the two-wire serial bus and two-wire serial inter- face hardware application software response next action taken by twi hardware to/from twdr to twcr sta sto twint twea 0x08 a start condition has been transmitted load sla+w 0 0 1 x sla+w will be transmitted; ack or not ack will be received 0x10 a repeated start condition has been transmitted load sla+w or load sla+r 0 0 0 0 1 1 x x sla+w will be transmitted; ack or not ack will be received sla+r will be transmitted; logic will switch to master receiver mode 0x18 sla+w has been transmitted; ack has been received load data byte or no twdr action or no twdr action or no twdr action 0 1 0 1 0 0 1 1 1 1 1 1 x x x x data byte will be transmitted and ack or not ack will be received repeated start will be transmitted stop condition will be transmitted and twsto flag will be reset stop condition followed by a start condition will be transmitted and twsto flag will be reset 0x20 sla+w has been transmitted; not ack has been received load data byte or no twdr action or no twdr action or no twdr action 0 1 0 1 0 0 1 1 1 1 1 1 x x x x data byte will be transmitted and ack or not ack will be received repeated start will be transmitted stop condition will be transmitted and twsto flag will be reset stop condition followed by a start condition will be transmitted and twsto flag will be reset 0x28 data byte has been transmit- ted; ack has been received load data byte or no twdr action or no twdr action or no twdr action 0 1 0 1 0 0 1 1 1 1 1 1 x x x x data byte will be transmitted and ack or not ack will be received repeated start will be transmitted stop condition will be transmitted and twsto flag will be reset stop condition followed by a start condition will be transmitted and twsto flag will be reset 0x30 data byte has been transmit- ted; not ack has been received load data byte or no twdr action or no twdr action or no twdr action 0 1 0 1 0 0 1 1 1 1 1 1 x x x x data byte will be transmitted and ack or not ack will be received repeated start will be transmitted stop condition will be transmitted and twsto flag will be reset stop condition followed by a start condition will be transmitted and twsto flag will be reset 0x38 arbitration lost in sla+w or data bytes no twdr action or no twdr action 0 1 0 0 1 1 x x two-wire serial bus will be released and not ad- dressed slave mode entered a start condition will be transmitted when the bus becomes free
215 2490r?avr?02/2013 atmega64(l) figure 97. formats and states in the master transmitter mode s sla w a data a p $08 $18 $28 r sla w $10 ap $20 p $30 a or a $38 a other master continues a or a $38 other master continues r a $68 other master continues $78 $b0 to corresponding states in slave mode mt mr successfull transmission to a slave receiver next transfer started with a repeated start condition not acknowledge received after the slave address not acknowledge received after a data byte arbitration lost in slave address or data byte arbitration lost and addressed as slave data a n from master to slave from slave to master any number of data bytes and their associated acknowledge bits this number (contained in twsr) corresponds to a defined state of the two-wire serial bus. the prescaler bits are zero or masked to zero s
216 2490r?avr?02/2013 atmega64(l) master receiver mode in the master receiver mode, a number of data bytes are received from a slave transmitter (see figure 98 ). in order to enter a master mode, a start condition must be transmitted. the format of the following address packet determines whether master transmitter or master receiver mode is to be entered. if sla+w is transmitte d, mt mode is entered, if sla+r is transmitted, mr mode is entered. all the status codes mentioned in this section assume that the prescaler bits are zero or are masked to zero. figure 98. data transfer in master receiver mode a start condition is sent by wr iting the following value to twcr: twen must be written to one to enable the two-wire serial interface, twsta must be written to one to transmit a start condit ion and twint must be set to clear the twint flag. the twi will then test the two-wire serial bus and generate a start condition as soon as the bus becomes free. after a start condition has been transmitted, the twint flag is set by hardware, and the status code in twsr will be 0x08 (see table 88 ). in order to enter mr mode, sla+r must be transmitted. this is done by writing sla+r to twdr. thereafter the twint bit should be cleared (by writing it to one) to continue the tr ansfer. this is accomplis hed by writing the follow- ing value to twcr: when sla+r have been transmitted and an acknow ledgment bit has been received, twint is set again and a number of status codes in twsr are possible. possible status codes in master mode are 0x38, 0x40, or 0x48. the appropriate action to be taken for each of these status codes is detailed in table 89 . received data can be read from the twdr register when the twint flag is set high by hardware. this scheme is repe ated until the last byte has been received. after the last byte has been received, the mr should inform the st by sending a nack after the last received data byte. the transfer is ended by generating a stop condition or a repeated start condition. a stop condition is generated by writing the following value to twcr: a repeated start condition is generated by writing the following value to twcr: twcr twint twea twsta twsto twwc twen ? twie value 1 x10 x1 0 x twcr twint twea twsta twsto twwc twen ? twie value 1 x00 x1 0 x twcr twint twea twsta twsto twwc twen ? twie value 1 x01 x1 0 x twcr twint twea twsta twsto twwc twen ? twie value 1 x10 x1 0 x device 1 master receiver device 2 slave transmitter device 3 device n sda scl ........ r1 r2 v cc
217 2490r?avr?02/2013 atmega64(l) after a repeated start condition (state 0x10) the two-wire serial interface can access the same slave again, or a new slave without transmitting a stop condition. repeated start enables the master to switch between slaves, master transmitter mode and master receiver mode without losing control over the bus. table 89. status codes for master receiver mode status code (twsr) prescaler bits are 0 status of the two-wire serial bus and two-wire serial inter- face hardware application software response next action taken by twi hardware to/from twdr to twcr sta sto twint twea 0x08 a start condition has been transmitted load sla+r 0 0 1 x sla+r will be transmitted ack or not ack will be received 0x10 a repeated start condition has been transmitted load sla+r or load sla+w 0 0 0 0 1 1 x x sla+r will be transmitted ack or not ack will be received sla+w will be transmitted logic will switch to master transmitter mode 0x38 arbitration lost in sla+r or not ack bit no twdr action or no twdr action 0 1 0 0 1 1 x x two-wire serial bus will be released and not ad- dressed slave mode will be entered a start condition will be transmitted when the bus becomes free 0x40 sla+r has been transmitted; ack has been received no twdr action or no twdr action 0 0 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x48 sla+r has been transmitted; not ack has been received no twdr action or no twdr action or no twdr action 1 0 1 0 1 1 1 1 1 x x x repeated start will be transmitted stop condition will be transmitted and twsto flag will be reset stop condition followed by a start condition will be transmitted and twsto flag will be reset 0x50 data byte has been received; ack has been returned read data byte or read data byte 0 0 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x58 data byte has been received; not ack has been returned read data byte or read data byte or read data byte 1 0 1 0 1 1 1 1 1 x x x repeated start will be transmitted stop condition will be transmitted and twsto flag will be reset stop condition followed by a start condition will be transmitted and twsto flag will be reset
218 2490r?avr?02/2013 atmega64(l) figure 99. formats and states in the master receiver mode s sla r a data a $08 $40 $50 sla r $10 ap $48 a or a $38 other master continues $38 other master continues w a $68 other master continues $78 $b0 to corresponding states in slave mode mr mt successfull reception from a slave receiver next transfer started with a repeated start condition not acknowledge received after the slave address arbitration lost in slave address or data byte arbitration lost and addressed as slave data a n from master to slave from slave to master any number of data bytes and their associated acknowledge bits this number (contained in twsr) corresponds to a defined state of the two-wire serial bus. the prescaler bits are zero or masked to zero p data a $58 a r s
219 2490r?avr?02/2013 atmega64(l) slave receiver mode in the slave receiver mode, a number of data bytes are received from a master transmitter (see figure 100 ). all the status codes mentioned in this section assume that the prescaler bits are zero or are masked to zero. figure 100. data transfer in slave receiver mode to initiate the slave receiver mode, twar and twcr must be initialized as follows: the upper seven bits are the address to which t he two-wire serial interface will respond when addressed by a master. if the lsb is set, the twi will respond to the general call address (0x00), otherwise it will ignore the general call address. twen must be written to one to enable the twi. the twea bit must be written to one to enable the acknowledgment of the device?s own slave add ress or the general call address. twsta and twsto must be written to zero. when twar and twcr have been initialized, the twi waits until it is addressed by its own slave address (or the general call address if enabled) followed by the data direction bit. if the direction bit is ?0? (write), the twi will operate in sr mode, otherwise st mode is entered. after its own slave address and the write bit have been received, the twint flag is set and a valid status code can be read from twsr. the status c ode is used to determine the appropriate soft- ware action. the appropriate action to be taken for each status code is detailed in table 90 . the slave receiver mode may also be entered if arbitr ation is lost while the twi is in the master mode (see states 0x68 and 0x78). if the twea bit is reset during a transfer, the tw i will return a ?not acknowledge? (?1?) to sda after the next received data byte. this can be us ed to indicate that the slave is not able to receive any more bytes. while twea is zero, the twi does not acknowledge its own slave address. however, the two-wire serial bus is still monitored and address recognition may resume at any time by setting twea. this implies that the twea bit may be used to temporarily isolate the twi from the two-wire serial bus. in all sleep modes other than idle mode, the clock system to the twi is turned off. if the twea bit is set, the interface can still acknowledge its own slave ad dress or the general call address by using the two-wire serial bus clock as a clock source. the part will then wake-up from sleep and the twi will hold the scl clock low during the wake up and until the twint flag is cleared (by writing it to one). further data reception will be carri ed out as normal, with the avr clocks twar twa6 twa5 twa4 twa3 twa2 twa1 twa0 twgce value device?s own slave address twcr twint twea twsta twsto twwc twen ? twie value 0 100 01 0 x device 3 device n sda scl ........ r1 r2 v cc device 2 master transmitter device 1 slave receiver
220 2490r?avr?02/2013 atmega64(l) running as normal. observe that if the avr is set up with a long start-up time, the scl line may be held low for a long time, blocking other data transmissions. note that the two-wire serial interface data register ? twdr does not reflect the last byte present on the bus when waking up from these sleep modes. table 90. status codes for slave receiver mode status code (twsr) prescaler bits are 0 status of the two-wire serial bus and two-wire serial interface hardware application software response next action taken by twi hardware to/from twdr to twcr sta sto twint twea 0x60 own sla+w has been received; ack has been returned no twdr action or no twdr action x x 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x68 arbitration lost in sla+r/w as master; own sla+w has been received; ack has been returned no twdr action or no twdr action x x 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x70 general call address has been received; ack has been returned no twdr action or no twdr action x x 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x78 arbitration lost in sla+r/w as master; general call address has been received; ack has been returned no twdr action or no twdr action x x 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x80 previously addressed with own sla+w; data has been received; ack has been returned read data byte or read data byte x x 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x88 previously addressed with own sla+w; data has been received; not ack has been returned read data byte or read data byte or read data byte or read data byte 0 0 1 1 0 0 0 0 1 1 1 1 0 1 0 1 switched to the not addressed slave mode; no recognition of own sla or gca switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1? switched to the not addressed slave mode; no recognition of own sla or gca; a start condition will be transmitted when the bus becomes free switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1?; a start condition will be transmitted when the bus becomes free 0x90 previously addressed with general call; data has been re- ceived; ack has been returned read data byte or read data byte x x 0 0 1 1 0 1 data byte will be received and not ack will be returned data byte will be received and ack will be returned 0x98 previously addressed with general call; data has been received; not ack has been returned read data byte or read data byte or read data byte or read data byte 0 0 1 1 0 0 0 0 1 1 1 1 0 1 0 1 switched to the not addressed slave mode; no recognition of own sla or gca switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1? switched to the not addressed slave mode; no recognition of own sla or gca; a start condition will be transmitted when the bus becomes free switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1?; a start condition will be transmitted when the bus becomes free 0xa0 a stop condition or repeated start condition has been received while still addressed as slave no action 0 0 1 1 0 0 0 0 1 1 1 1 0 1 0 1 switched to the not addressed slave mode; no recognition of own sla or gca switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1? switched to the not addressed slave mode; no recognition of own sla or gca; a start condition will be transmitted when the bus becomes free switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1?; a start condition will be transmitted when the bus becomes free
221 2490r?avr?02/2013 atmega64(l) figure 101. formats and states in the slave receiver mode s sla w a data a $60 $80 $88 a $68 reception of the own slave address and one or more data bytes. all are acknowledged last data byte received is not acknowledged arbitration lost as master and addressed as slave reception of the general call address and one or more data bytes last data byte received is not acknowledged n from master to slave from slave to master any number of data bytes and their associated acknowledge bits this number (contained in twsr) corresponds to a defined state of the two-wire serial bus. the prescaler bits are zero or masked to zero p or s data a $80 $a0 p or s a a data a $70 $90 $98 a $78 p or s data a $90 $a0 p or s a general call arbitration lost as master and addressed as slave by general call data a
222 2490r?avr?02/2013 atmega64(l) slave transmitter mode in the slave transmitter mode, a number of data bytes are transmitted to a master receiver (see figure 102 ). all the status codes mentioned in this section assume that the prescaler bits are zero or are masked to zero. figure 102. data transfer in slave transmitter mode to initiate the slave transmitter mode, twar and twcr must be in itialized as follows: the upper seven bits are the address to which t he two-wire serial interface will respond when addressed by a master. if the lsb is set, the twi will respond to the general call address (0x00), otherwise it will ignore the general call address. twen must be written to one to enable the twi. the twea bit must be written to one to enable the acknowledgment of the device?s own slave add ress or the general call address. twsta and twsto must be written to zero. when twar and twcr have been initialized, the twi waits until it is addressed by its own slave address (or the general call address if enabled) followed by the data direction bit. if the direction bit is ?1? (read), the twi will operate in st mode, otherw ise sr mode is entered. after its own slave address and the write bit have been received, the twint flag is set and a valid status code can be read from twsr. the status c ode is used to determine the appropriate soft- ware action. the appropriate action to be taken for each status code is detailed in table 91 . the slave transmitter mode may also be entered if arbitr ation is lost while the twi is in the master mode (see state 0xb0). if the twea bit is written to zero during a transfer, the twi will transm it the last byte of the trans- fer. state 0xc0 or state 0xc8 will be entered, depending on whethe r the master receiver transmits a nack or ack after the final byte. the twi is switched to the not addressed slave mode, and will ignore the master if it continues the transfer . thus the master receiver receives all ?1? as serial data. state 0xc8 is entered if the master demands additional data bytes (by transmitting ack), even though the slave has transmitted the last byte (twea zero and expect- ing nack from the master). while twea is zero, the twi does not respond to its own slave address. however, the two-wire serial bus is still monitored an d address recognition may resume at any time by setting twea. this implies that the twea bit may be used to temporarily isolate the twi from the two-wire serial bus. twar twa6 twa5 twa4 twa3 twa2 twa1 twa0 twgce value device?s own slave address twcr twint twea twsta twsto twwc twen ? twie value 0 100 01 0 x device 3 device n sda scl ........ r1 r2 v cc device 2 master receiver device 1 slave transmitter
223 2490r?avr?02/2013 atmega64(l) in all sleep modes other than idle mode, the clock system to the twi is turned off. if the twea bit is set, the interface can still acknowledge its own slave ad dress or the general call address by using the two-wire serial bus clock as a clock source. the part will then wake up from sleep and the twi will hold the scl clock will low during the wake up and until the twint flag is cleared (by writing it to one). further data tr ansmission will be carried out as normal, with the avr clocks running as normal. observe that if the avr is set up with a long start-up time, the scl line may be held low for a long ti me, blocking other data transmissions. note that the two-wire serial interface data register ? twdr ? does not reflect the last byte present on the bus when waking up from these sleep modes. table 91. status codes for slave transmitter mode status code (twsr) prescaler bits are 0 status of the two-wire serial bus and two-wire serial interface hardware application software response next action taken by twi hardware to/from twdr to twcr sta sto twint twea 0xa8 own sla+r has been received; ack has been returned load data byte or load data byte x x 0 0 1 1 0 1 last data byte will be transmitted and not ack should be received data byte will be transmitted and ack should be re- ceived 0xb0 arbitration lost in sla+r/w as master; own sla+r has been received; ack has been returned load data byte or load data byte x x 0 0 1 1 0 1 last data byte will be transmitted and not ack should be received data byte will be transmitted and ack should be re- ceived 0xb8 data byte in twdr has been transmitted; ack has been received load data byte or load data byte x x 0 0 1 1 0 1 last data byte will be transmitted and not ack should be received data byte will be transmitted and ack should be re- ceived 0xc0 data byte in twdr has been transmitted; not ack has been received no twdr action or no twdr action or no twdr action or no twdr action 0 0 1 1 0 0 0 0 1 1 1 1 0 1 0 1 switched to the not addressed slave mode; no recognition of own sla or gca switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1? switched to the not addressed slave mode; no recognition of own sla or gca; a start condition will be transmitted when the bus becomes free switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1?; a start condition will be transmitted when the bus becomes free 0xc8 last data byte in twdr has been transmitted (twea = ?0?); ack has been received no twdr action or no twdr action or no twdr action or no twdr action 0 0 1 1 0 0 0 0 1 1 1 1 0 1 0 1 switched to the not addressed slave mode; no recognition of own sla or gca switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1? switched to the not addressed slave mode; no recognition of own sla or gca; a start condition will be transmitted when the bus becomes free switched to the not addressed slave mode; own sla will be recognized; gca will be recognized if twgce = ?1?; a start condition will be transmitted when the bus becomes free
224 2490r?avr?02/2013 atmega64(l) figure 103. formats and states in the slave transmitter mode miscellaneous states there are two status codes that do not correspond to a defined twi state, see table 92 . status 0xf8 indicates that no relevant information is available because the twint flag is not set. this occurs between other states, and when the twi is not involved in a serial transfer. status 0x00 indicates that a bus error has occurred during a two-wire serial bus transfer. a bus error occurs when a start or stop condition occurs at an illegal position in the format frame. examples of such illegal positions are during the serial transfer of an address byte, a data byte, or an acknowledge bit. when a bus error occurs, twint is set. to recover from a bus error, the twsto flag must set and twint must be cleared by writing a logic one to it. this causes the twi to enter the not addressed slave mode and to clear the twsto flag (no other bits in twcr are affected). the sda and scl lines are released, and no stop condition is transmitted. s sla r a data a $a8 $b8 a $b0 reception of the own slave address and one or more data bytes last data byte transmitted. switched to not addressed slave (twea = '0') arbitration lost as master and addressed as slave n from master to slave from slave to master any number of data bytes and their associated acknowledge bits this number (contained in twsr) corresponds to a defined state of the two-wire serial bus. the prescaler bits are zero or masked to zero p or s data $c0 data a a $c8 p or s all 1's a table 92. miscellaneous states status code (twsr) prescaler bits are 0 status of the two-wire serial bus and two-wire serial inter- face hardware application software response next action taken by twi hardware to/from twdr to twcr sta sto twint twea 0xf8 no relevant state information available; twint = ?0? no twdr action no twcr action wait or proceed current transfer 0x00 bus error due to an illegal start or stop condition no twdr action 0 1 1 x only the internal hardware is affected, no stop condi- tion is sent on the bus. in all cases, the bus is released and twsto is cleared.
225 2490r?avr?02/2013 atmega64(l) combining several twi modes in some cases, several twi modes must be combined in order to complete the desired action. consider for example reading data from a serial eeprom. typically, such a transfer involves the following steps: 1. the transfer must be initiated. 2. the eeprom must be instructed what location should be read. 3. the reading must be performed. 4. the transfer must be finished. note that data is transmitted both from master to slave and vice versa. the master must instruct the slave what location it wants to read, requi ring the use of the mt mode. subsequently, data must be read from the slave, implying the use of the mr mode. thus, the transfer direction must be changed. the master must keep control of the bus during all these steps, and the steps should be carried out as an atomic operation. if th is principle is violated in a multimaster system, another master can alter the data pointe r in the eeprom between st eps 2 and 3, and the mas- ter will read the wrong data location. such a change in transfer direction is accomplished by transmitting a repeated start between the trans mission of the address byte and reception of the data. after a repeated start, the master keeps ownership of the bus. the following figure shows the flow in this transfer. figure 104. combining several twi modes to access a serial eeprom multi-master systems and arbitration if multiple masters are connected to the same bus, transmissions may be initiated simultane- ously by one or more of them. the twi standar d ensures that such situations are handled in such a way that one of the mast ers will be allowed to proceed wit h the transfer, and that no data will be lost in the process. an example of an ar bitration situation is depicted below, where two masters are trying to transmit data to a slave receiver. figure 105. an arbitration example several different scenarios may arise during arbitration, as described below: master transmitter master receiver s = start rs = repeated start p = stop transmitted from master to slave transmitted from slave to master s sla+w a address a rs sla+r a data a p device 1 master transmitter device 2 master transmitter device 3 slave receiver device n sda scl ........ r1 r2 v cc
226 2490r?avr?02/2013 atmega64(l) ? two or more masters are performing identical communication with the same slave. in this case, neither the slave nor any of the ma sters will know about the bus contention. ? two or more masters are accessing the same slav e with different data or direction bit. in this case, arbitration will occur, either in the read /write bit or in the data bits. the masters trying to output a one on sda while another master outputs a zero will lose the arbitration. losing masters will switch to no t addressed slave mode or wa it until the bus is free and transmit a new start condition, depending on application software action. ? two or more masters are accessing different slav es. in this case, arbitration will occur in the sla bits. masters trying to ou tput a one on sda while anot her master outputs a zero will lose the arbitration. masters lo sing arbitration in sla will switch to slave mode to check if they are being addressed by the winning master. if addressed, they will switch to sr or st mode, depending on the value of the read/write bit. if they are not being addressed, they will switch to not addressed slav e mode or wait until the bu s is free and transmit a new start condition, depending on application software action. this is summarized in figure 106 . possible status values are given in circles. figure 106. possible status codes caused by arbitration own address / general call received arbitration lost in sla twi bus will be released and not addressed slave mode will be entered a start condition will be transmitted when the bus becomes free no arbitration lost in data direction ye s write data byte will be received and not ack will be returned data byte will be received and ack will be returned last data byte will be transmitted and not ack should be received data byte will be transmitted and ack should be received read b0 68/78 38 sla start data stop
227 2490r?avr?02/2013 atmega64(l) analog comparator the analog comparator compares the input values on the positive pin ain0 and negative pin ain1. when the voltage on the positive pin ain0 is higher than the voltage on the negative pin ain1, the analog comparator output, aco, is set. the comparator?s output can be set to trigger the timer/counter1 input capture function. in addition, the comparator can trigger a separate interrupt, exclusive to the analog comparator. th e user can select interrupt triggering on com- parator output rise, fall or toggle. a block diagram of the comparator and its surrounding logic is shown in figure 107 . figure 107. analog comparator block diagram (1)(2) notes: 1. see table 94 on page 229 . 2. refer to figure 1 on page 2 and table 30 on page 74 for analog comparator pin placement. sfior ? special function io register ? bit 3 ? acme: analog comparator multiplexer enable when this bit is written logic one and the adc is switched off (aden in adcsra is zero), the adc multiplexer selects the negative input to the analog comparator. when this bit is written logic zero, ain1 is applied to the negative input of the analog comparator. for a detailed description of this bit, see ?analog comparator multiplexed input? on page 229 . acbg bandgap reference adc multiplexer output acme aden 1) bit 7 6 5 4 3 2 1 0 0x20 (0x40) tsm ? ? ? acme pud psr2 psr10 sfior read/write r/w r r r r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
228 2490r?avr?02/2013 atmega64(l) acsr ? analog comparator control and status register ? bit 7 ? acd: analog comparator disable when this bit is written logic one , the power to the analog comparator is switched off. this bit can be set at any time to tu rn off the analog com parator. this will reduce power consumption in active and idle mode. when changing the acd bit, the analog comparator interrupt must be disabled by clearing the acie bit in acsr. otherwise an interrupt can occur when the bit is changed. ? bit 6 ? acbg: analog comparator bandgap select when this bit is set, a fixed bandgap reference vo ltage replaces the positive input to the analog comparator. when this bit is cleared, ain0 is ap plied to the positive input of the analog compar- ator. see ?internal voltage reference? on page 56. ? bit 5 ? aco: analog comparator output the output of the analog comparator is synchronized and then directly connected to aco. the synchronization introduces a delay of 1 - 2 clock cycles. ? bit 4 ? aci: analog comparator interrupt flag this bit is set by hardware when a comparator output event triggers the interrupt mode defined by acis1 and acis0. the analog comparator interr upt routine is executed if the acie bit is set and the i-bit in sreg is set. aci is cleared by hardware when executing the corresponding inter- rupt handling vector. alternatively, aci is cleared by writing a logic one to the flag. ? bit 3 ? acie: analog comparator interrupt enable when the acie bit is written logic one and the i-bi t in the status register is set, the analog com- parator interrupt is activated. when written logic zero, the interrupt is disabled. ? bit 2 ? acic: analog comparator input capture enable when written logic one, this bit enables the input capture function in timer/counter1 to be trig- gered by the analog comparator. the comparator output is in this case directly connected to the input capture front-end logic, making the comp arator utilize the noise canceler and edge select features of the timer/counter1 input capture interrupt. when written logic zero, no connection between the analog comparator and the input capture function exists. to make the comparator trigger the timer/counter1 input capture interrupt, the ticie1 bit in the timer interrupt mask register (timsk) must be set. bit 76543210 0x08 (0x28) acd acbg aco aci acie acic acis1 acis0 acsr read/write r/w r/w r r/w r/w r/w r/w r/w initial value00n/a00000
229 2490r?avr?02/2013 atmega64(l) ? bits 1, 0 ? acis1, acis0: analog comparator interrupt mode select these bits determine which comparator events that trigger the analog comparator interrupt. the different settings are shown in table 93 . when changing the acis1/acis0 bits, the analog comparator interrupt must be disabled by clearing its interrupt enable bit in the acsr register. otherwise an interrupt can occur when the bits are changed. analog comparator multiplexed input it is possible to select any of the adc7..0 pins to replace the negative input to the analog com- parator. the adc multiplexer is used to select this input, and consequently, the adc must be switched off to utilize this feature. if the analog comparator multiplexer enable bit (acme in sfior) is set and the adc is switched off (a den in adcsra is zero), mux2..0 in admux select the input pin to replace the negative input to the analog comparator, as shown in table 94 . if acme is cleared or aden is set, ain1 is applied to the negative input to the analog comparator. table 93. acis1/acis0 settings acis1 acis0 interrupt mode 0 0 comparator interrupt on output toggle. 01reserved 1 0 comparator interrupt on falling output edge. 1 1 comparator interrupt on rising output edge. table 94. analog comparator multiplexed input acme aden mux2..0 analog comparator negative input 0 x xxx ain1 1 1 xxx ain1 1 0 000 adc0 1 0 001 adc1 1 0 010 adc2 1 0 011 adc3 1 0 100 adc4 1 0 101 adc5 1 0 110 adc6 1 0 111 adc7
230 2490r?avr?02/2013 atmega64(l) analog to digital converter features ? 10-bit resolution ? 0.75 lsb integral non-linearity ? 1.5 lsb absolute accuracy ? 13 s - 260 s conversion time ? up to 15 ksps at maximum resolution ? eight multiplexed single ended input channels ? seven differential input channels ? two differential input channels with optional gain of 10x and 200x ? optional left adjustment for adc result readout ? 0v - v cc adc input voltage range ? 2.7v - v cc differential adc voltage range ? selectable 2.56v adc reference voltage ? free running or single conversion mode ? adc start conversion by auto triggering on interrupt sources ? interrupt on adc co nversion complete ? sleep mode noise canceler the atmega64 features a 10-bit successive approximation adc. the adc is connected to an 8-channel analog multiplexer which allows ei ght single-ended voltage i nputs constructed from the pins of port f. the single-ended voltage inputs refer to 0v (gnd). the device also supports 16 differential voltage input combinations. two of the differential inputs (adc1, adc0 and adc3, adc2) are equipped wi th a programmable gain stage, providing amplification steps of 0 db (1x), 20 db (10x), or 46 db (200x) on the differential input voltage before the a/d conversion. seven differential analog input channels share a common negative terminal (adc1), while any other adc input can be selected as the positive input terminal. if 1x or 10x gain is used, 8-bit resolution can be expec ted. if 200x gain is used, 7-bit resolution can be expected. the adc contains a sample and hold circuit whic h ensures that the input voltage to the adc is held at a constant level during conversion . a block diagram of the adc is shown in figure 108 . the adc has a separate analog supply voltage pi n, avcc. avcc must not differ more than 0.3v from v cc . see the paragraph ?adc noise canceler? on page 237 on how to connect this pin. internal reference voltages of nominally 2.56v or avcc are provided on-chip. the voltage refer- ence may be externally decoupled at the aref pi n by a capacitor for better noise performance.
231 2490r?avr?02/2013 atmega64(l) figure 108. analog to digital converter block schematic operation the adc converts an analog input voltage to a 10-bit digital value through successive approxi- mation. the minimum value represents gnd and the maximum value represents the voltage on the aref pin minus 1 lsb. optionally, avcc or an internal 2.56v reference voltage may be connected to the aref pin by writing to the refsn bits in the admux register. the internal voltage reference may thus be decoupled by an external capacitor at the aref pin to improve noise immunity. the analog input channel and diff erential gain are selected by writing to the mux bits in admux. any of the adc input pins, as well as gnd and a fixed bandgap voltage reference, can be selected as single ended inputs to the adc. a selection of adc input pins can be selected as positive and negative inputs to the differential gain amplifier. if differential channels are selected, the differential gain stage amplifies the voltage difference between the selected input channel pair by the se lected gain factor. this amplified value then becomes the analog input to the adc. if single ended channels are used, the gain amplifier is bypassed altogether. adc conversion complete irq 8-bit data bus 15 0 adc multiplexer select (admux) adc ctrl. & status register (adcsra) adc data register (adch/adcl) mux2 adie adate adsc aden adif adif mux1 mux0 adps0 adps1 adps2 mux3 conversion logic 10-bit dac + - sample & hold comparator internal 2.56v reference mux decoder mux4 avcc adc7 adc6 adc5 adc4 adc3 adc2 adc1 adc0 refs0 refs1 adlar + - channel selection gain selection adc[9:0] adc multiplexer output gain amplifier aref bandgap reference prescaler single ended / differential selection gnd pos. input mux neg. input mux trigger select adts[2:0] interrupt flags start
232 2490r?avr?02/2013 atmega64(l) the adc is enabled by setting the adc enable bit, aden in adcsra. voltage reference and input channel selections will not go into effect until aden is set. the adc does not consume power when aden is cleared, so it is recommended to switch off the adc before entering power saving sleep modes. the adc generates a 10-bit result which is pr esented in the adc data registers, adch and adcl. by default, the result is presented right adjusted, but can optionally be presented left adjusted by setting the adlar bit in admux. if the result is left adjusted and no more than 8-bit precision is required, it is sufficient to read adch. otherwise, adcl must be read first, then adch, to ensure that the content of the data registers belongs to the same conversion. once adcl is read, adc access to data registers is blocked. this means that if adcl has been r ead, and a conversion completes before adch is read, neither register is updated and the result fr om the conversion is lost. when adch is read, adc access to the adch and ad cl registers is re-enabled. the adc has its own interrupt which can be triggered when a conversion completes. when adc access to the data registers is prohibited between r eading of adch and ad cl, the in terrupt will trigger even if the result is lost. starting a conversion a single conversion is started by writing a l ogical one to the adc start conversion bit, adsc. this bit stays high as long as the conversi on is in progress and will be cleared by hardware when the conversion is completed. if a different data channel is selected while a conversion is in progress, the adc will finish the current conv ersion before performing the channel change. alternatively, a conversion can be triggered automatically by various sources. auto triggering is enabled by setting the adc auto trigger enable bi t, adate in adcsra. the trigger source is selected by setting the adc trigger select bits, adts in adcsrb (see description of the adts bits for a list of the trigger sources). when a positive edge occurs on the selected trigger signal, the adc prescaler is reset and a conversion is st arted. this provides a method of starting con- versions at fixed intervals. if the trigger signal still is set when the conversion completes, a new conversion will not be star ted. if another positive edge occurs on the trigger si gnal during con- version, the edge will be ignored. note that an interrupt flag will be set even if the specific interrupt is disabled or the global interrupt enable bit in sreg is cleared. a conversion can thus be triggered without causing an interrupt. however, the interrupt flag must be cleared in order to trigger a new conversion at the next interrupt event. figure 109. adc auto trigger logic adsc adif source 1 source n adts[2:0] conversion logic prescaler start clk adc . . . . edge detector adate
233 2490r?avr?02/2013 atmega64(l) using the adc interrupt flag as a trigger source makes the adc start a new conversion as soon as the ongoing conversion has finished. the adc then operates in free running mode, con- stantly sampling and updating the adc data register. the first conversion must be started by writing a logical one to the adsc bit in adcs ra. in this mode the adc will perform successive conversions independently of whether the a dc interrupt flag, adif is cleared or not. if auto triggering is enabled, single conversi ons can be started by writing adsc in adcsra to one. adsc can also be used to determine if a conversion is in progress. the adsc bit will be read as one during a conversion, independently of how the conversion was started. prescaling and conversion timing figure 110. adc prescaler by default, the successive approximation circuitry requires an input clock frequency between 50 khz and 200 khz to get maximum resolution. if a lower resolution than 10 bits is needed, the input clock frequency to the adc can be higher than 200 khz to get a higher sample rate. 7-bit adc prescaler adc clock source ck adps0 adps1 adps2 ck/128 ck/2 ck/4 ck/8 ck/16 ck/32 ck/64 reset aden start
234 2490r?avr?02/2013 atmega64(l) the adc module contains a prescaler, which generates an acceptable adc clock frequency from any cpu frequency above 100 khz. the presca ling is set by the adps bits in adcsra. the prescaler starts counting from the moment the adc is switched on by setting the aden bit in adcsra. the prescaler keeps running for as lo ng as the aden bit is set, and is continuously reset when aden is low. when initiating a single ended conversion by se tting the adsc bit in adcsra, the conversion starts at the following rising edge of the adc clock cycle. see ?differential gain channels? on page 236 for details on differential conversion timing. a normal conversion takes 13 adc clock cycles. the first conversion after the adc is switched on (aden in adcsra is set) takes 25 adc clock cycles in order to initialize the analog circuitry. the actual sample-and-hold takes place 1.5 adc clock cycles after the start of a normal conver- sion and 13.5 adc clock cycles after the start of a first conversion. when a conversion is complete, the result is written to the adc data re gisters, and adif is set. in single conversion mode, adsc is cleared simultaneously. the software may then set adsc again, and a new conversion will be init iated on the first rising adc clock edge. when auto triggering is used, the prescaler is reset when the trigger event occurs. this assures a fixed delay from the trigger event to the start of conversion. in this mode, the sample-and-hold takes place two adc clock cycles after the rising edge on the trigger source signal. three addi- tional cpu clock cycles are used for synchronization logic. when using differential mode, along with auto trigging from a source other that the adc conver- sion complete, each conversion will require 25 a dc clocks. this is because the adc must be disabled and re-enabled after every conversion. in free running mode, a new conversion will be started immediately after the conversion com- pletes, while adsc remains high. for a summary of conversion times, see table 95 . figure 111. adc timing diagram, first conversion (single conversion mode) msb of result lsb of result adc clock adsc sample & hold adif adch adcl cycle number aden 1 212 13 14 15 16 17 18 19 20 21 22 23 24 25 1 2 first conversion next conversion 3 mux and refs update mux and refs update conversion complete
235 2490r?avr?02/2013 atmega64(l) figure 112. adc timing diagram, single conversion figure 113. adc timing diagram, auto triggered conversion figure 114. adc timing diagram, free running conversion 1 2 3 4 5 6 7 8 9 10 11 12 13 msb of result lsb of result adc clock adsc adif adch adcl cycle number 12 one conversion next conversion 3 sample & hold mux and refs update conversion complete mux and refs update 1 2 3 4 5 6 7 8 9 10 11 12 13 msb of result lsb of result adc clock trigger source adif adch adcl cycle number 12 one conversion next conversion conversion complete prescaler reset adate prescaler reset sample & hold mux and refs update 11 12 13 msb of result lsb of result adc clock adsc adif adch adcl cycle number 12 one conversion next conversion 34 conversion complete sample & hold mux and refs update
236 2490r?avr?02/2013 atmega64(l) differential gain channels when using differential gain channels, certain aspects of the conversion need to be taken into consideration. differential conversions are synchronized to the internal clock ck adc2 equal to half the adc clock. this synchronization is done automatically by the adc interface in such a way that the sample-and-hold occurs at a specific phase of ck adc2 . a conversion initiated by the user (that is, all single conversions, and the first free running conversion) when ck adc2 is low will take the same amount of time as a single ended conversion (13 adc clock cycles from the next pres- caled clock cycle). a conversion initiated by the user when ck adc2 is high will take 14 adc clock cycles due to the synchronization mechanism. in free running mode, a new conversion is initi- ated immediately after the previous conversion completes, and since ck adc2 is high at this time, all automatically started (that is , all but the first) free running conversions will take 14 adc clock cycles. the gain stage is optimized for a bandwidth of 4 khz at all gain settings. higher frequencies may be subjected to non-linear amplification. an exte rnal low-pass filter should be used if the input signal contains higher frequency components th an the gain stage bandwidth. note that the adc clock frequency is independent of the gain stage bandwidth limitation. for example, the adc clock period may be 6 s, allowi ng a channel to be sa mpled at 12 ksps, r egardless of the band- width of this channel. if differential gain channels are used and conversions are started by auto triggering, the adc must be switched off between conversions. when auto triggering is used, the adc prescaler is reset before the conversion is started. since th e gain stage is dependent of a stable adc clock prior to the conversion, this conversion will not be valid. by disabling and then re-enabling the adc between each conversi on (writing aden in adcsra to ?0 ? then to ?1?), only extended con- versions are performed. the result from the ex tended conversions will be valid. see ?prescaling and conversion timing? on page 233 for timing details. changing channel or reference selection the muxn and refs1:0 bits in the admux register are single buffered through a temporary register to which the cpu has random access. this ensures that the channels and reference selection only takes place at a safe point dur ing the conversion. the channel and reference selection is continuously updated until a conversion is started. once the conversion starts, the channel and reference selection is locked to ensure a sufficient sampling time for the adc. con- tinuous updating resumes in the last adc clock cycle before the conversion completes (adif in adcsra is set). note that the conversion star ts on the following rising adc clock edge after adsc is written. the user is thus advised not to write new channel or reference selection values to admux until one adc clock cycle after adsc is written. if auto triggering is used, the exact time of t he triggering event can be indeterministic. special care must be taken when updating the admux register, in order to control which conversion will be affected by the new settings. if both adate and aden is written to one, an interrupt event can occur at any time. if the admux register is changed in this period, the user cannot tell if the next conversion is based on the old or the new settings. admux can be safely updated in the following ways: table 95. adc conversion time condition sample & hold (cycles from start of conversion) conversion time (cycles) first conversion 13.5 25 normal conversions, single ended 1.5 13 auto triggered conversions 2 13.5 normal conversions, differential 1.5/2.5 13/14
237 2490r?avr?02/2013 atmega64(l) 1. when adate or aden is cleared. 2. during conversion, minimum one adc clock cycle after the trigger event. 3. after a conversion, before the interrupt flag used as trigger source is cleared. when updating admux in one of these conditions, the new settings will affect the next adc conversion. special care should be taken when changing differential channels. once a differential channel has been selected, the gain stage may take as much as 125 s to stabilize to the new value. thus conversions should not be started within the first 125 s after selecting a new differential channel. alternatively, conversion results obtained within this period should be discarded. the same settling time should be observed for th e first differential conversion after changing adc reference (by changing the refs1:0 bits in admux). if the jtag interface is enabled, the functi on of adc channels on portf7:4 is overridden. refer to table 42, ?port f pins alternate functions,? on page 83 . adc input channels when changing channel selections, the user should observe the following guidelines to ensure that the correct channel is selected: in single conversion mode, always select the channel before starting the conversion. the chan- nel selection may be changed one adc clock cycle after writing one to adsc. however, the simplest method is to wait for the conversion to complete before changing the channel selection. in free running mode, always select the channel before starting the first conversion. the chan- nel selection may be changed one adc clock cycle after writing one to adsc. however, the simplest method is to wait for the first conversion to complete, and then change the channel selection. since the next conver sion has already started automati cally, the next result will reflect the previous channel selection. subsequent conversions will refl ect the new channel selection. when switching to a differential gain channel, the first conversion result may have a poor accu- racy due to the required settling time for the automatic offset cancellation circuitry. the user should preferably disregard the first conversion result. adc voltage reference the reference voltage for the adc (v ref ) indicates the conversion range for the adc. single ended channels that exceed v ref will result in code s close to 0x3ff. v ref can be selected as either avcc, internal 2.56v reference, or external aref pin. avcc is connected to the adc through a passive switch. the internal 2.56v reference is gener- ated from the internal bandgap reference (v bg ) through an internal amplifier. in either case, the external aref pin is directly connected to the adc, and the reference voltage can be made more immune to noise by connecting a capacitor between the aref pin and ground. v ref can also be measured at the aref pin with a high impedant voltmeter. note that v ref is a high impedant source, and only a capacitive load should be connected in a system. if the user has a fixed voltage source connected to the aref pin, the user may not use the other reference voltage options in the ap plication, as they will be shorte d to the external voltage. if no external voltage is applied to the aref pin, the user may switch between avcc and 2.56v as reference selection. the first adc conversion result after switching reference voltage source may be inaccurate, and the user is advised to discard this result. if differential channels are used, the selected reference should not be closer to avcc than indicated in table 136 on page 333 . adc noise canceler the adc features a noise canceler that enables conversion during sleep mode to reduce noise induced from the cpu core and other i/o peripherals. the noise canceler can be used with adc
238 2490r?avr?02/2013 atmega64(l) noise reduction and idle mode. to make use of this feature, the following procedure should be used: 1. make sure that the adc is enabled and is not busy converting. single conversion mode must be selected and the adc conversion complete interrupt must be enabled. 2. enter adc noise reduction mode (or id le mode). the adc will start a conversion once the cpu has been halted. 3. if no other interrupts occur before the adc conversion completes, the adc interrupt will wake up the cpu and execute the adc conv ersion complete in terrupt routine. if another interrupt wakes up the cpu before the adc conversion is complete, that interrupt will be executed, and an adc conv ersion complete interrupt request will be generated when the adc conversion complete s. the cpu will remain in active mode until a new sleep command is executed. note that the adc will not be automatically turned off when entering other sleep modes than idle mode and adc noise reduction mode. the user is advised to write zero to aden before enter- ing such sleep modes to avoid excessive power consumption. if the adc is enabled in such sleep modes and the user wants to perform diff erential conversions, the user is advised to switch the adc off and on after waking up from sleep to prompt an extended conversion to get a valid result. analog input circuitry the analog input circuitry for single ended channels is illustrated in figure 115. an analog source applied to adcn is subjected to the pin capacitance and input leakage of that pin, regard- less of whether that channel is selected as input for the adc. when the channel is selected, the source must drive the s/h capacitor through the series resistance (combined resistance in the input path). the adc is optimized for analog signals wit h an output impedance of approximately 10 k ? or less. if such a source is used, the sampling time will be negligible. if a source with higher imped- ance is used, the sampling time will depend on how long time the source nee ds to charge the s/h capacitor, with can vary widely. the user is recommended to only use low impedant sources with slowly varying signals, since this minimizes the required charge transfer to the s/h capacitor. if differential gain channels are used, the inpu t circuitry looks somewhat different, although source impedances of a few hundred k ? or less is recommended. signal components higher th an the nyquist frequency (f adc /2) should not be present for either kind of channels, to avoid distortion from unpredictable signal convolution. the user is advised to remove high frequency components with a low-pass filter before applying the signals as inputs to the adc. figure 115. analog input circuitry adcn i ih 1..100 k c s/h = 14 pf v cc /2 i il
239 2490r?avr?02/2013 atmega64(l) analog noise canceling techniques digital circuitry inside and outside the device ge nerates emi which might affect the accuracy of analog measurements. if conversion accuracy is critical, the noise level can be reduced by applying the following techniques: 1. keep analog signal paths as short as possible. make sure analog tracks run over the ground plane, and keep them well away from high-speed switching digital tracks. 2. the avcc pin on the device should be connected to the digital v cc supply voltage via an lc network as shown in figure 116 . 3. use the adc noise canceler function to reduce induced noise from the cpu. 4. if any adc port pins are used as digital outputs, it is essential that these do not switch while a conversion is in progress. figure 116. adc power connections offset compensation schemes the gain stage has a built-in offset cancellation circ uitry that nulls the offset of differential mea- surements as much as possible. the remaining offset in the analog path can be measured directly by selecting the same channel for both differential inputs. this offset residue can be then subtracted in software from the measurement resu lts. using this kind of software based offset correction, offset on any channel can be reduced below one lsb. adc accuracy definitions an n-bit single-ended adc converts a voltage linearly between gnd and v ref in 2 n steps (lsbs). the lowest code is read as 0, and the highest code is read as 2 n - 1. several parameters describe the deviation from the ideal behavior: ? offset: the deviation of the first transition (0x000 to 0x001) compared to the ideal transition (at 0.5 lsb). ideal value: 0 lsb. vcc gnd 100 nf (adc0) pf0 (adc7) pf7 (adc1) pf1 (adc2) pf2 (adc3) pf3 (adc4) pf4 (adc5) pf5 (adc6) pf6 aref gnd avcc 52 53 54 55 56 57 58 59 60 61 61 62 62 63 63 64 64 1 51 pen (ad0) pa0 10 ?
240 2490r?avr?02/2013 atmega64(l) figure 117. offset error ? gain error: after adjusting for offset, the gain error is found as the deviation of the last transition (0x3fe to 0x3ff) compared to the ideal transition (at 1.5 lsb below maximum). ideal value: 0 lsb figure 118. gain error ? integral non-linearity (inl): after adjusting for offset and gain error, the inl is the maximum deviation of an actual transition compared to an ideal transition for any code. ideal value: 0 lsb. output code v ref input voltage ideal adc actual adc offset error output code v ref input voltage ideal adc actual adc gain error
241 2490r?avr?02/2013 atmega64(l) figure 119. integral non-linearity (inl) ? differential non-linearity (dnl ): the maximum deviation of the actual code width (the interval between two adjacent transitions) from the ideal code width (1 lsb). ideal value: 0 lsb. figure 120. differential non-linearity (dnl) ? quantization error: due to the quantization of the input voltage into a finite number of codes, a range of input voltages (1 lsb wide) will code to the same value. always 0.5 lsb. ? absolute accuracy: the maximum deviation of an actual (unadjusted) transition compared to an ideal transition for any code. this is the compound effect of offset, gain error, differential error, non-linearity, and quantization error. ideal value: 0.5 lsb. output code v ref input voltage ideal adc actual adc inl output code 0x3ff 0x000 0 v ref input voltage dnl 1 lsb
242 2490r?avr?02/2013 atmega64(l) adc conversion result after the conversion is complete (adif is high ), the conversion result can be found in the adc result registers (adcl, adch). for single ended conversion, the result is where v in is the voltage on the selected input pin and v ref the selected voltage reference (see table 97 on page 243 and table 98 on page 244 ). 0x000 represents ground, and 0x3ff repre- sents the selected reference voltage minus one lsb. if differential channels are used, the result is where v pos is the voltage on the positive input pin, v neg the voltage on the negative input pin, gain the selected gain factor, and v ref the selected voltage reference. the result is presented in two?s complement form, from 0x200 (-512d) through 0x1ff (+511d). note that if the user wants to perform a quick polarity check of the results, it is sufficient to read the msb of the result (adc9 in adch). if this bit is one, the result is neg ative, and if this bit is zero, the result is posi- tive. figure 121 shows the decoding of the differential input range. table 96 shows the resulting output codes if the differential input channel pair (adcn - adcm) is selected with a gain of gain and a reference voltage of v ref . figure 121. differential measurement range adc v in 1024 ? v ref -------------------------- = adc v pos v neg ? ?? gain 512 ?? v ref ------------------------------------------------------------------------ = 0 output code 0x1ff 0x000 v ref /gain differential input voltage (volts) 0x3ff 0x200 - v ref /gain
243 2490r?avr?02/2013 atmega64(l) example: admux = 0xed (adc3 - adc2, 10x gain, 2.56v reference, left adjusted result) . voltage on adc3 is 300 mv, voltage on adc2 is 500 mv. adcr = 512 10 (300 - 500) / 2560 = -400 = 0x270 . adcl will thus read 0x00, and adch will read 0x9c. writing zero to adlar right adjusts the result: adcl = 0x70, adch = 0x02. admux ? adc multiplexer selection register ? bit 7:6 ? refs1:0: reference selection bits these bits select the voltage reference for the adc, as shown in table 97 . if these bits are changed during a conversion, the change will not go in effect until this conversion is complete (adif in adcsra is set). the internal voltage reference options may not be used if an external reference voltage is being applied to the aref pin. table 96. correlation between input voltage and output codes v adcn read code corresponding decimal value v adcm + v ref /gain 0x1ff 511 v adcm + 511/512 v ref /gain 0x1ff 511 v adcm + 510/512 v ref /gain 0x1fe 510 ... ... ... v adcm + 1/512 v ref /gain 0x001 1 v adcm 0x000 0 v adcm - 1/512 v ref /gain 0x3ff -1 ... ... ... v adcm - 511/512v ref /gain 0x201 -511 v adcm - v ref /gain 0x200 -512 bit 76543210 0x07 (0x27) refs1 refs0 adlar mux4 mux3 mux2 mux1 mux0 admux read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000 table 97. voltage reference selections for adc refs1 refs0 voltage reference selection 0 0 aref, internal vref turned off. 0 1 avcc with external capacitor at aref pin. 10reserved 1 1 internal 2.56v voltage reference with external capacitor at aref pin.
244 2490r?avr?02/2013 atmega64(l) ? bit 5 ? adlar: adc left adjust result the adlar bit affects the presentation of the adc conversion result in the adc data register. write one to adlar to left adjust the result. otherwise, the result is right adjusted. changing the adlar bit will affect t he adc data register immediately, regardless of any ongoing conver- sions. for a complete description of this bit, see ?adcl and adch ? the adc data register? on page 246 . ? bits 4:0 ? mux4:0: analog channel and gain selection bits the value of these bits selects which combination of analog inputs are connected to the adc. these bits also select the gain for the differential channels. see table 98 for details. if these bits are changed duri ng a conversion, t he change will not go in effe ct until this conversion is complete (adif in adcsra is set). table 98. input channel and gain selections mux4..0 single ended input positive differential input negative differential input gain 00000 adc0 00001 adc1 00010 adc2 00011 adc3 n/a 00100 adc4 00101 adc5 00110 adc6 00111 adc7 01000 adc0 adc0 10x 01001 adc1 adc0 10x 01010 adc0 adc0 200x 01011 adc1 adc0 200x 01100 adc2 adc2 10x 01101 adc3 adc2 10x 01110 adc2 adc2 200x 01111 adc3 adc2 200x 10000 adc0 adc1 1x 10001 adc1 adc1 1x 10010 n/a adc2 adc1 1x 10011 adc3 adc1 1x 10100 adc4 adc1 1x 10101 adc5 adc1 1x 10110 adc6 adc1 1x 10111 adc7 adc1 1x 11000 adc0 adc2 1x 11001 adc1 adc2 1x
245 2490r?avr?02/2013 atmega64(l) adcsra ? adc control and status register a ? bit 7 ? aden: adc enable writing this bit to one enables the adc. by writi ng it to zero, the adc is turned off. turning the adc off while a conversion is in prog ress, will terminate this conversion. ? bit 6 ? adsc: adc start conversion in single conversion mode, write this bit to one to start each conversion. in free running mode, write this bit to one to start the first conversion. the first conversion after adsc has been written after the adc has been enabled, or if adsc is written at the same time as the adc is enabled, will take 25 adc clock cycles instead of the norma l 13. this first conversi on performs initializa- tion of the adc. adsc will read as one as long as a conversion is in progress. when the co nversion is complete, it returns to zero. writing zero to this bit has no effect. ? bit 5 ? adate: adc auto trigger enable when this bit is written to on e, auto triggering of the adc is enabled. the adc will start a con- version on a positive edge of the selected trigger signal. the trigger source is selected by setting the adc trigger select bits, adts in adcsrb. ? bit 4 ? adif: adc interrupt flag this bit is set when an adc conversion completes and the data registers are updated. the adc conversion complete interrupt is executed if th e adie bit and the i-bit in sreg are set. adif is cleared by hardware when executing the corres ponding interrupt handling vector. alternatively, adif is cleared by writing a logical one to the flag. beware that if doing a read-modify-write on adcsra, a pending interrupt can be disabled. this also applies if the sbi and cbi instructions are used. ? bit 3 ? adie: adc interrupt enable when this bit is written to one and the i-bit in sreg is set, the adc conversion complete inter- rupt is activated. 11010 adc2 adc2 1x 11011 adc3 adc2 1x 11100 adc4 adc2 1x 11101 adc5 adc2 1x 11110 1.22 v (v bg ) n/a 11111 0 v (gnd) table 98. input channel and gain selections (continued) mux4..0 single ended input positive differential input negative differential input gain bit 76543210 0x06 (0x26) aden adsc adate adif adie adps2 adps1 adps0 adcsra read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value00000000
246 2490r?avr?02/2013 atmega64(l) ? bits 2:0 ? adps2:0: adc prescaler select bits these bits determine the division factor between the xtal frequency and the input clock to the adc. adcl and adch ? the adc data register adlar = 0 adlar = 1 when an adc conversion is complete, the result is found in these two registers. if differential channels are used, the result is presented in two?s complement form. when adcl is read, the adc data register is not updated unt il adch is read. consequently, if the result is left adjusted and no more than 8-bit precision is required, it is sufficient to read adch. otherwise, adcl must be read first, then adch. the adlar bit in admux, and the muxn bits in admux affect the way the result is read from the registers. if adlar is set, the result is left adjusted. if adla r is cleared (default), the result is right adjusted. table 99. adc prescaler selections adps2 adps1 adps0 division factor 000 2 001 2 010 4 011 8 100 16 101 32 110 64 1 1 1 128 bit 151413121110 9 8 0x05 (0x25) ? ? ? ? ? ? adc9 adc8 adch 0x04 (0x24) adc7 adc6 adc5 adc4 adc3 adc2 adc1 adc0 adcl 76543210 read/writerrrrrrrr rrrrrrrr initial value00000000 00000000 bit 151413121110 9 8 0x05 (0x25) adc9 adc8 adc7 adc6 adc5 adc4 adc3 adc2 adch 0x04 (0x24) adc1 adc0 ? ????? adcl 76543210 read/writerrrrrrrr rrrrrrrr initial value00000000 00000000
247 2490r?avr?02/2013 atmega64(l) ? adc9:0: adc conversion result these bits represent the result from the conversion, as detailed in ?adc conversion result? on page 242 . adcsrb ? adc control and status register b ? bits 7:3 ? res: reserved bits these bits are reserved bits in the atmega64 and will always read as zero. ? bit 2:0 ? adts2:0: adc auto trigger source if adate in adcsra is written to one, the value of these bits selects which source will trigger an adc conversion. if adate is cleared, the adts2:0 settings will have no effect. a conversion will be triggered by the rising edge of the selected inte rrupt flag. note that switching from a trig- ger source that is cleared to a trigger source that is set, will generate a positive edge on the trigger signal. if aden in adcsra is set, this will start a conversion. switching to free running mode (adts[2:0]=0) will not cause a trigger event, even if t he adc interrupt flag is set . bit 76543210 (0x8e) ? ? ? ? ? adts2 adts1 adts0 adcsrb read/write r r r r r r/w r/w r/w initial value00000000 figure 122. adc auto trigger source selections adts2 adts1 adts0 trigger source 0 0 0 free running mode 0 0 1 analog comparator 0 1 0 external interrupt request 0 0 1 1 timer/counter0 compare match 1 0 0 timer/counter0 overflow 1 0 1 timer/counter1 compare match b 1 1 0 timer/counter1 overflow 1 1 1 timer/counter1 capture event
248 2490r?avr?02/2013 atmega64(l) jtag interface and on-chip debug system features ? jtag (ieee std. 1149.1 compliant) interface ? boundary-scan capabilities according to the ieee std. 1149.1 (jtag) standard ? debugger access to: ? all internal peripheral units ? internal and external ram ? the internal register file ? program counter ? eeprom and flash memories ? extensive on-chip debug support for break conditions, including ? avr break instruction ? break on change of program memory flow ? single step break ? program memory break points on single address or address range ? data memory break points on single address or address range ? programming of flash, eeprom , fuses, and lock bits through the jtag interface ? on-chip debugging supported by avr studio ? overview the avr ieee std. 1149.1 compliant jtag interface can be used for: ? testing pcbs by using the jtag boundary-scan capability. ? programming the non-volatile memories, fuses and lock bits. ? on-chip debugging. a brief description is given in the following se ctions. detailed descriptions for programming via the jtag interface, and using the boundary-scan chain can be found in the sections ?program- ming via the jtag interface? on page 311 and ?ieee 1149.1 (jtag) boundary-scan? on page 254 , respectively. the on-chip debug support is considered being private jtag instructions, and distributed within atmel and to selected third party vendors only. figure 123 shows a block diagram of the jtag interface and the on-chip debug system. the tap controller is a state machine controlled by the tck and tms signals. the tap controller selects either the jtag instruction register or one of several data registers as the scan chain (shift register) between the tdi ? input and tdo ? output. the instruction register holds jtag instructions controlling the be havior of a data register. the id-register, bypass register, and the boundary-scan chain are the data registers used for board-level testing. the jtag programming interf ace (actually consisting of several physical and virtual data registers) is used for serial pr ogramming via the jtag interface. the internal scan chain and break point scan chain are used for on-chip debugging only. tap ? test access port the jtag interface is accessed through four of the avr?s pins. in jtag terminology, these pins constitute the test access port ? tap. these pins are: ? tms: test mode select. this pin is used for navigating through the tap-controller state machine. ? tck: test clock. jtag operation is synchronous to tck. ? tdi: test data in. serial input data to be shifted in to the instruction register or data register (scan chains). ? tdo: test data out. serial output data from instruction register or data register.
249 2490r?avr?02/2013 atmega64(l) the ieee std. 1149.1 also specifies an optional tap signal; trst ? test reset ? which is not provided. when the jtagen fuse is unprogrammed, these four tap pins are normal port pins and the tap controller is in reset. when programmed and the jtd bit in mcucsr is cleared, the tap input signals are internally pulled high and the jtag is enabled for boundary-scan and program- ming. in this case, the tap output pin (tdo) is left floating in states where the jtag tap controller is not shifting data, and must therefore be connected to a pull-up resistor or other hardware having pull-ups (for instance the tdi-input of the next device in the scan chain). the device is shipped with this fuse programmed. for the on-chip debug system, in addition to the jtag interface pins, the reset pin is moni- tored by the debugger to be able to detect external reset sources. the debugger can also pull the reset pin low to reset the whole system, assuming only open collectors on the reset line are used in the application. figure 123. block diagram tap controller tdi tdo tck tms flash memory avr cpu digital peripheral units jtag / avr core communication interface breakpoint unit flow control unit ocd status and control internal scan chain m u x instruction register id register bypass register jtag programming interface pc instruction address data breakpoint scan chain address decoder analog peripherial units i/o port 0 i/o port n boundary scan chain analog inputs control & clock lines device boundary
250 2490r?avr?02/2013 atmega64(l) figure 124. tap controller state diagram tap controller the tap controller is a 16-state finite state machine that controls the operation of the boundary- scan circuitry, jtag programming circuitry, or on-chip debug system. the state transitions depicted in figure 124 depends on the signal present on tms (shown adjacent to each state transition) at the time of the rising edge at tck. the initial state after a power-on reset is test- logic-reset. as a definition in this datasheet, the lsb is shifted in and out first for all shift registers. assuming run-test/idle is the present state, a typical scenario for using the jtag interface is: ? at the tms input, apply the sequence 1, 1, 0, 0 at the rising edges of tck to enter the shift instruction register ? shift-ir state. while in this state, shift the four bits of the jtag instructions into the jtag instruction register from the tdi input at the rising edge of tck. the tms input must be held low during input of the 3 lsbs in order to remain in the shift-ir state. the msb of the instruction is shifted in when this state is left by setting tms high. while the instruction is shifted in from the tdi pin, the captured ir-state 0x01 is shifted out test-logic-reset run-test/idle shift-dr exit1-dr pause-dr exit2-dr update-dr select-ir scan capture-ir shift-ir exit1-ir pause-ir exit2-ir update-ir select-dr scan capture-dr 0 1 0 11 1 00 00 11 1 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 0 0 1 1
251 2490r?avr?02/2013 atmega64(l) on the tdo pin. the jtag instruction selects a particular data register as path between tdi and tdo and controls the circuitry surrounding the selected data register. ? apply the tms sequence 1, 1, 0 to reenter the run-test/idle state. the instruction is latched onto the parallel output from the shift register path in the update-ir state. the exit-ir, pause-ir, and exit2-ir states are only used for navigating the state machine. ? at the tms input, apply the sequence 1, 0, 0 at the rising edges of tck to enter the shift data register ? shift-dr state. while in this state, upload the selected data register (selected by the present jtag instruction in the jtag instruction register) from the tdi input at the rising edge of tck. in order to remain in the shift-dr state, the tms input must be held low during input of all bits except the msb. the msb of the data is shifted in when this state is left by setting tms high. while the data register is shifted in from the tdi pin, the parallel inputs to the data register captured in the capture-dr state is shifted out on the tdo pin. ? apply the tms sequence 1, 1, 0 to reenter the run-test/idle state. if the selected data register has a latched parallel-output, the latching takes place in the update-dr state. the exit-dr, pause-dr, and exit2-dr states are only used for navigating the state machine. as shown in the state diagram, the run-test/idle state need not be entered between selecting jtag instruction and using data registers, and so me jtag instructions may select certain func- tions to be performed in the run-test/idle, making it unsuitable as an idle state. note: independent of the initial state of the tap c ontroller, the test-logic-r eset state can always be entered by holding tms high for five tck clock periods. for detailed information on the jtag specification, refer to the literature listed in ?bibliography? on page 253 . using the boundary -scan chain a complete description of the boundary-sc an capabilities are gi ven in the section ?ieee 1149.1 (jtag) boundary-scan? on page 254 . using the on-chip debug system as shown in figure 123 , the hardware support for on-chip debugging consists mainly of: ? a scan chain on the interface between the internal avr cpu and the internal peripheral units. ? break point unit. ? communication interface between the cpu and jtag system. all read or modify/write operations needed for implementing the debugger are done by applying avr instructions via the internal avr cpu scan chain. the cpu sends the result to an i/o memory mapped location which is part of the communication interface between the cpu and the jtag system. the break point unit implements break on change of program flow, single step break, two program memory break points, and two combined break points. together, the four break points can be configured as either: ? 4 single program memory break points. ? 3 single program memory break points + 1 single data memory break point. ? 2 single program memory break points + 2 single data memory break points. ? 2 single program memory break points + 1 program memory break point with mask (?range break point?). ? 2 single program memory break points + 1 data memory break point with mask (?range break point?).
252 2490r?avr?02/2013 atmega64(l) a debugger, like the avr studio ? , may however use one or more of these resources for its inter- nal purpose, leaving less flexibility to the end-user. a list of the on-chip debug specific jtag instructions is given in ?on-chip debug specific jtag instructions? on page 252 . the jtagen fuse must be programmed to enable the jtag test access port. in addition, the ocden fuse must be programmed and no lock bits must be set for the on-chip debug system to work. as a security feature, the on-chip debug system is disabled when any lock bits are set. otherwise, the on-chip debug system would have provided a back-door into a secured device. the avr studio enables the user to fully contro l execution of programs on an avr device with on-chip debug capability, avr in- circuit emulator, or the built-i n avr instruction set simulator. avr studio supports source level execution of assembly programs assembled with atmel avr assembler and c programs compiled with third party vendors? compilers. avr studio runs under microsoft ? windows ? 95/98/2000/xp/nt ? . for a full description of the avr studio, please re fer to the avr studio user guide. only high- lights are presented in this document. all necessary execution commands are available in avr studio, both on source level and on disassembly level. the user can execute the program, single step through the code either by tracing into or stepping over functions, step out of functions, place the cursor on a statement and execute until the statement is reached, stop th e execution, and reset the execution target. in addition, the user can have an unlimited number of code break points (using the break instruction) and up to two data memory break points, alternatively combined as a mask (range) break point. on-chip debug specific jtag instructions the on-chip debug support is considered being private jtag instructions, and distributed within atmel and to selected third party vendors only. instruction opcodes are listed for reference. private0; 0x8 private jtag instruction for accessing on-chip debug system. private1; 0x9 private jtag instruction for accessing on-chip debug system. private2; 0xa private jtag instruction for accessing on-chip debug system. private3; 0xb private jtag instruction for accessing on-chip debug system.
253 2490r?avr?02/2013 atmega64(l) on-chip debug related register in i/o memory ocdr ? on-chip debug register the ocdr register provides a co mmunication channel from the running pr ogram in the micro- controller to the debugger. the cpu can transfer a byte to the debugger by writing to this location. at the same time, an in ternal flag; i/o debug register dirty ? idrd ? is set to indicate to the debugger that the register has been written. when the cpu reads the ocdr register the 7 lsb will be from the ocdr regi ster, while the msb is the idrd bit. the debugger clears the idrd bit when it has read the information. in some avr devices, this register is shared with a standard i/o location. in this case, the ocdr register can only be accessed if the ocden fuse is programmed, and the debugger enables access to the ocdr register. in all other cases, the standard i/o location is accessed. refer to the debugger documentation for further information on how to use this register. using the jtag programming capabilities programming of avr parts via jtag is performed via the 4-pin jtag port, tck, tms, tdi, and tdo. these are the only pins that need to be controlled/observed to perform jtag program- ming (in addition to power pins). it is not requi red to apply 12v externally. the jtagen fuse must be programmed and the jtd bit in the mcus r register must be cleared to enable the jtag test access port. the jtag programmi ng capability supports: ? flash programming and verifying ? eeprom programming and verifying ? fuse programming and verifying ? lock bit programming and verifying the lock bit security is exactly as in parallel programming mode. if the lock bits lb1 or lb2 are programmed, the ocden fuse cannot be programmed unless first doing a chip erase. this is a security feature that ensures no back-door exists for reading out the content of a secured device. the details on programming through the jtag interface and programming specific jtag instructions are given in the section ?programming via the jtag interface? on page 311 . bibliography for more information about general boundary-scan, the following literature can be consulted: ? ieee: ieee std 1149.1 - 1990. ieee standard test acce ss port and boundary-scan architecture, ieee, 1993. ? colin maunder: the board designers guide to testable logic circuits, addison ?wesley, 1992. bit 7 6543210 0x22 (0x42) msb/idrd lsb ocdr read/write r/w r/w r/w r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
254 2490r?avr?02/2013 atmega64(l) ieee 1149.1 (jtag) boundary-scan features ? jtag (ieee std. 1149.1 compliant) interface ? boundary-scan capabilities acco rding to the jtag standard ? full scan of all port functions as well as analog circuitry havi ng off-chip connections ? supports the optional idcode instruction ? additional public avr_reset instruction to reset the avr system overview the boundary-scan chain has the capability of drivin g and observing the logi c levels on the digi- tal i/o pins, as well as the boundary between digi tal and analog logic for analog circuitry having off-chip connections. at system level, all ics hav ing jtag capabilities ar e connected serially by the tdi/tdo signals to form a long shift register. an external controller sets up the devices to drive values at their output pins, and observe the input values received from other devices. the controller compares the received data with the expected result. in this way, boundary-scan pro- vides a mechanism for testing interconnections and integrity of components on printed circuits boards by using the four tap signals only. the four ieee 1149.1 defined mandatory jtag in structions idcode, bypass, sample/pre- load, and extest, as well as the avr specif ic public jtag instruction avr_reset can be used for testing the printed circuit board. initial scanning of the data register path will show the id-code of the device, since idcode is the default jtag instruction. it may be desirable to have the avr device in reset during test mode. if not reset, inputs to the device may be deter- mined by the scan operations, and the internal software may be in an undetermined state when exiting the test mode. entering reset, the output s of any port pin will instantly enter the high impedance state, making the highz instruction redundant. if needed, the bypass instruction can be issued to make the shortest possible scan chain through the device. the device can be set in the reset state either by pulling the external reset pin low, or issuing the avr_reset instruction with appropriate setting of the reset data register. the extest instruction is used for sampling external pins and loading output pins with data. the data from the output latch will be driven out on the pins as soon as the extest instruction is loaded into the jtag ir-register. therefore, the sample/preload should also be used for setting initial values to the scan ring, to avoid damaging the board when issuing the extest instruction for the first time. sample/preload c an also be used for taking a snapshot of the external pins during normal operation of the part. the jtagen fuse must be programmed and the jtd bit in the i/o register mcucsr must be cleared to enable the jtag test access port. when using the jtag interface for boundary-scan, using a jtag tck clock frequency higher than the internal chip frequency is possible. the chip clock is not required to run. data registers the data registers relevant for boundary-scan operations are: ? bypass register ? device identification register ? reset register ? boundary-scan chain bypass register the bypass register consists of a single shift register stage. when the bypass register is selected as path between tdi and tdo, the register is reset to 0 when leaving the capture-dr
255 2490r?avr?02/2013 atmega64(l) controller state. the bypass register can be used to shorten the scan chain on a system when the other devices are to be tested. device identification register figure 125 shows the structure of the device identification register. figure 125. the format of the device identification register version version is a 4-bit number identifying the revision of the component. the jtag version number follows the revision of the device. revision a is 0x0, revision b is 0x1 and so on. part number the part number is a 16-bit code identifying the component. the jtag part number for atmega64 is listed in table 100 . manufacturer id the manufacturer id is a 11-bit code identifying the manufacturer. the jtag manufacturer id for atmel is listed in table 101 . msb lsb bit 31 28 27 12 11 1 0 device id version part number manufacturer id 1 4 bits 16 bits 11 bits 1-bit table 100. avr jtag part number part number jtag part number (hex) atmega64 0x9602 table 101. manufacturer id manufacturer jtag man. id (hex) atmel 0x01f
256 2490r?avr?02/2013 atmega64(l) reset register the reset register is a test data register used to reset the part. since the avr tri-states port pins when reset, the reset register can also replace the function of the unimplemented optional jtag instruction highz. a high value in the reset regist er corresponds to pulling the ex ternal reset low. the part is reset as long as there is a high value present in the reset register. depending on the fuse set- tings for the clock options, the part will remain reset for a reset time-o ut period (refer to ?clock sources? on page 38 ) after releasing the reset register. the output from this data register is not latched, so the reset will take place immediately, as shown in figure 126 . figure 126. reset register boundary-scan chain the boundary-scan chain has the capability of driv ing and observing the lo gic levels on the dig- ital i/o pins, as well as the boundary between di gital and analog logic for analog circuitry having off-chip connections. see ?boundary-scan chain? on page 258 for a complete description. boundary-scan specific jtag instructions the instruction register is 4-bit wide, supporting up to 16 instructions. listed below are the jtag instructions useful for boundary-scan operation. no te that the optional highz instruction is not implemented, but all outputs with tri-state capability can be set in high-impedant state by using the avr_reset instruction, since the initia l state for all port pins is tri-state. as a definition in this datasheet, the lsb is shifted in and out first for all shift registers. the opcode for each instruction is shown behind the instruction name in hex format. the text describes which data register is selected as path between tdi and tdo for each instruction. extest; 0x0 mandatory jtag instruction for selecting the boundary-scan chain as data register for testing circuitry external to the avr package. for port- pins, pull-up disable, output control, output data, and input data are all accessible in the scan chain. for analog circuits having off-chip connections, the interface between the analog and th e digital logic is in the scan chain. the con- tents of the latched outputs of the boundary-scan chain is driven out as soon as the jtag ir- register is loaded with the extest instruction. the active states are: ? capture-dr: data on the external pins are sampled into the boundary-scan chain. ? shift-dr: the internal scan chain is shifted by the tck input. dq from tdi clockdr avr_reset to tdo from other internal and external reset sources internal reset
257 2490r?avr?02/2013 atmega64(l) ? update-dr: data from the scan chain is applied to output pins. idcode; 0x1 optional jtag instruction selecting the 32-bit id-register as data register. the id-register con- sists of a version number, a device number and the manufacturer code chosen by jedec. this is the default instruction after power-up. the active states are: ? capture-dr: data in the idcode register is sampled into the boundary-scan chain. ? shift-dr: the idcode scan chai n is shifted by the tck input. sample_preload; 0x2 mandatory jtag instruction for taking a snap-shot of the input/output pins without affecting the system operation, and pre-loading the output latc hes. however, the output latches are not con- nected to the pins. the boundary-scan chain is selected as data register. the active states are: ? capture-dr: data on the external pins are sampled into the boundary-scan chain. ? shift-dr: the boundary-scan chain is shifted by the tck input. ? update-dr: data from the boundary-scan chain is applied to the output latches. however, the output latches are not connected to the pins. avr_reset; 0xc the avr specific public jtag instruction for forcing the avr device into the reset mode or releasing the jtag reset source. the tap controller is not reset by this instruction. the one bit reset register is selected as da ta register. note that the reset will be active as long as there is a logic ?one? in the reset chain. the output from this chain is not latched. the active states are: ? shift-dr: the reset register is shifted by the tck input. bypass; 0xf mandatory jtag instructio n selecting the bypass register for data register. the active states are: ? capture-dr: loads a logic ?0? into the bypass register. ? shift-dr: the bypass register cell between tdi and tdo is shifted.
258 2490r?avr?02/2013 atmega64(l) boundary-scan related register in i/o memory mcucsr ? mcu control and status register the mcu control and status register contains control bits for general mcu functions, and pro- vides information on which reset source caused an mcu reset. ? bit 7 ? jtd: jtag interface disable when this bit is zero, the jtag interface is ena bled if the jtagen fuse is programmed. if this bit is one, the jtag interface is disabled. in or der to avoid unintentional disabling or enabling of the jtag interface, a timed sequence must be followed when changing this bit: the application software must write this bit to the desired value twice within four cycles to change its value. if the jtag interface is left unconnected to ot her jtag circuitry, the jtd bit should be set to one. the reason for this is to avoid static current at the tdo pin in the jtag interface. ? bit 4 ? jtrf: jtag reset flag this bit is set if a reset is being caused by a logic one in the jtag reset register selected by the jtag instruction avr_reset. this bit is rese t by a brown-out reset, or by writing a logic zero to the flag. boundary-scan chain the boundary-scan chain has the capability of driv ing and observing the lo gic levels on the dig- ital i/o pins, as well as the boundary between di gital and analog logic for analog circuitry having off-chip connection. scanning the digital port pins figure 127 shows the boundary-scan cell for a bi-directional port pin with pull-up function. the cell consists of a standard boundary-scan cell for the pull-up enable ? puexn ? function, and a bi-directional pin cell that combines the three signals, output control ? ocxn, output data ? odxn, and input data ? idxn, into only a two-stage shift register. the port and pin indexes are not used in the following description. the boundary-scan logic is not included in the figures in this datasheet. figure 128 shows a simple digital port pin as described in the section ?i/o ports? on page 66 . the boundary-scan details from figure 127 replaces the dashed box in figure 128 . when no alternate port function is present, the input data ? id corresponds to the pinxn regis- ter value (but id has no synchronizer), output data corresponds to the port register, output control corresponds to the data direction ? dd register, and the pull-up enable ? puexn ? cor- responds to logic expression pud ddxn portxn. digital alternate port functions are connected outside the dotted box in figure 128 to make the scan chain read the actual pin value. for analog f unction, there is a direct connection from the external pin to the analog circuit, and a scan ch ain is inserted on the interface between the digi- tal logic and the analog circuitry. bit 76543210 0x34 (0x54) jtd ? ?jtrf wdrf borf extrf porf mcucsr read/write r/w r r r/w r/w r/w r/w r/w initial value 0 0 0 see bit description
259 2490r?avr?02/2013 atmega64(l) figure 127. boundary-scan cell for bi-directional port pin with pull-up function dq dq g 0 1 0 1 dq dq g 0 1 0 1 0 1 0 1 dq dq g 0 1 port pin (pxn) vcc extest to next cell shiftdr output control (oc) pullup enable (pue) output data (od) input data (id) from last cell updatedr clockdr ff2 ld2 ff1 ld1 ld0 ff0
260 2490r?avr?02/2013 atmega64(l) figure 128. general port pin schematic diagram boundary-scan and the two-wire interface the two two-wire interface pins scl and sda ha ve one additional cont rol signal in the scan- chain; two-wire interface enable ? twien. as shown in figure 129 , the twien signal enables a tri-state buffer with slew-rate control in parallel with the ordinary digital port pins. a general scan cell as shown in figure 133 is attached to the twien signal. notes: 1. a separate scan chain for the 50 ns spike filt er on the input is not provided. the ordinary scan support for digital port pins suffice for connect ivity tests. the only reason for having twien in the scan path, is to be able to disconnect the slew-rate control buffer when doing boundary- scan. 2. make sure the oc and twien signals are not asserted simultaneously, as this will lead to drive contention. clk rpx rrx wpx rdx wdx pud synchronizer wdx: write ddrx wpx: write portx rrx: read portx register rpx: read portx pin pud: pullup disable clk : i/o clock rdx: read ddrx d l q q reset reset q q d q q d clr portxn q q d clr ddxn pinxn data b u s sleep sleep: sleep control pxn i/o i/o see boundary-scan description for details! puexn ocxn odxn idxn puexn: pullup enable for pin pxn ocxn: output control for pin pxn odxn: output data to pin pxn idxn: input data from pin pxn
261 2490r?avr?02/2013 atmega64(l) figure 129. additional scan signal for the two-wire interface scanning the reset pin the reset pin accepts 5v active low logic fo r standard reset operation, and 12v active high logic for high voltage parallel programming. an observe-only cell as shown in figure 130 is inserted both for the 5v reset signal; rstt, and the 12v reset signal; rsthv. figure 130. observe-only cell pxn puexn odxn idxn twien ocxn slew-rate limited src 0 1 dq from previous cell clockdr shiftdr to next cell from system pin to system logic ff1
262 2490r?avr?02/2013 atmega64(l) scanning the clock pins the avr devices have many clock options selectable by fuses. these are: internal rc oscilla- tor, external rc, external clock, (high frequency) crystal oscillator, low-frequency crystal oscillator, and ceramic resonator. figure 131 shows how each oscillator with external connection is supported in the scan chain. the enable signal is su pported with a gener al boundary-scan cell, while the oscillator/clock out- put is attached to an obs erve-only cell. in additi on to the main clock, the timer oscillator is scanned in the same way. the output from the internal rc oscillator is not scanned, as this oscillator does not have external connections. figure 131. boundary-scan cells for os cillators and clock options table 102 summaries the scan registers for the external clock pin xtal1, oscillators with xtal1/xtal2 connections as we ll as 32 khz timer oscillator. notes: 1. do not enable more than one clock source as main clock at a time. 2. scanning an oscillator output gives unpredictable results as there is a frequency drift between the internal oscillator and the jtag tck clock. if possible, scanning an external clock is preferred. 3. the clock configuration is pr ogrammed by fuses. as a fuse does not change run-time, the clock configuration is considered fixed for a given application. the user is advised to scan the same clock option as to be used in the final system. the enable signals are supported in the scan chain because the system lo gic can disable clock options in sleep modes, thereby dis- table 102. scan signals for the oscillators (1)(2)(3) enable signal scanned clock line clock option scanned clock line when not used extclken extclk (xtal1) external clock 0 oscon oscck external crystal external ceramic resonator 0 rcoscen rcck external rc 0 osc32en osc32ck low freq. external crystal 1 toskon tosck 32 khz timer oscillator 0 0 1 dq from previous cell clockdr shiftdr to next cell to system logic ff1 0 1 dq dq g 0 1 from previous cell clockdr updatedr shiftdr to next cell extest from digital logic xtal1/tosc1 xtal2/tosc2 oscillator enable output
263 2490r?avr?02/2013 atmega64(l) connecting the oscillator pins from the scan pa th if not provided. the intcap fuses are not supported in the scan-chain, so the boundar y scan chain cannot make a xtal oscillator requiring internal capacitors to run unless the fuse is correctly programmed. scanning the analog comparator the relevant comparator signals regarding boundary-scan are shown in figure 132 . the boundary-scan cell from figure 133 is attached to each of t hese signals. the signals are described in table 103 . the comparator needs not be used for pure connectivity testing, since all analog inputs are shared with a digital port pin as well. figure 132. analog comparator acbg bandgap reference adc multiplexer output acme ac_idle aco adcen
264 2490r?avr?02/2013 atmega64(l) figure 133. general boundary-scan cell used for signals for comparator and adc table 103. boundary-scan signals for the analog comparator signal name direction as seen from the comparator description recommended input when not in use output values when recommended inputs are used ac_idle input turns off analog comparator when true 1 depends upon c code being executed aco output analog comparator output will become input to c code being executed 0 acme input uses output signal from adc mux when true 0 depends upon c code being executed acbg input bandgap reference enable 0 depends upon c code being executed 0 1 dq dq g 0 1 from previous cell clockdr updatedr shiftdr to next cell extest to analog circuitry/ to digital logic from digital logic/ from analog ciruitry
265 2490r?avr?02/2013 atmega64(l) scanning the adc figure 134 shows a block diagram of the adc with all relevant control and observe signals. the boundary-scan cell from figure 130 is attached to each of these signals. the adc need not be used for pure connectivity testing, since all analog inputs are shared with a digital port pin as well. figure 134. analog to digital converter the signals are described briefly in table 104 . 10-bit dac + - aref prech dacout muxen_7 adc_7 muxen_6 adc_6 muxen_5 adc_5 muxen_4 adc_4 muxen_3 adc_3 muxen_2 adc_2 muxen_1 adc_1 muxen_0 adc_0 negsel_2 adc_2 negsel_1 adc_1 negsel_0 adc_0 extch + - + - 10x 20x g10 g20 st aclk ampen 2.56v ref irefen aref vccren dac_9..0 adcen hold gnden passen acten comp sctest adcbgen to comparator 1.22v ref aref
266 2490r?avr?02/2013 atmega64(l) table 104. boundary-scan signals for the adc (1) signal name direction as seen from the adc description recommended input when not in use output values when recommended inputs are used, and cpu is not using the adc comp output comparator output 0 0 aclk input clock signal to gain stages implemented as switch-cap filters 00 acten input enable path from gain stages to the comparator 00 adcbgen input enable band-gap reference as negative input to comparator 00 adcen input power-on signal to the adc 00 ampen input power-on signal to the gain stages 00 dac_9 input bit nine of digital value to dac 11 dac_8 input bit eight of digital value to dac 00 dac_7 input bit seven of digital value to dac 00 dac_6 input bit six of digital value to dac 00 dac_5 input bit five of digital value to dac 00 dac_4 input bit four of digital value to dac 00 dac_3 input bit three of digital value to dac 00 dac_2 input bit two of digital value to dac 00 dac_1 input bit 1 of digital value to dac 00 dac_0 input bit 0 of digital value to dac 00 extch input connect adc channels 0 - 3 to bypass path around gain stages 11 g10 input enable 10x gain 0 0 g20 input enable 20x gain 0 0
267 2490r?avr?02/2013 atmega64(l) gnden input ground the negative input to comparator when true 00 hold input sample&hold signal. sample analog signal when low. hold signal when high. if gain stages are used, this signal must go active when aclk is high. 11 irefen input enables band-gap reference as aref signal to dac 00 muxen_7 input input mux bit 7 0 0 muxen_6 input input mux bit 6 0 0 muxen_5 input input mux bit 5 0 0 muxen_4 input input mux bit 4 0 0 muxen_3 input input mux bit 3 0 0 muxen_2 input input mux bit 2 0 0 muxen_1 input input mux bit 1 0 0 muxen_0 input input mux bit 0 1 1 negsel_2 input input mux for negative input for differential signal, bit 2 00 negsel_1 input input mux for negative input for differential signal, bit 1 00 negsel_0 input input mux for negative input for differential signal, bit 0 00 passen input enable pass-gate of gain stages. 11 prech input precharge output latch of comparator (active low) 11 table 104. boundary-scan signals for the adc (1) (continued) signal name direction as seen from the adc description recommended input when not in use output values when recommended inputs are used, and cpu is not using the adc
268 2490r?avr?02/2013 atmega64(l) note: 1. incorrect setting of the switches in figure 134 will make signal contention and may damage the part. there are several input choices to the s&h circuitry on the negative input of the output comparator in figure 134 . make sure only one path is selected from either one adc pin, band- gap reference source, or ground. if the adc is not to be used during scan, the recommended input values from table 104 should be used. the user is recommended not to use the differential gain stages during scan. switch- cap based gain stages require fast operation and ac curate timing which is difficult to obtain when used in a scan chain. details concerning operations of the differential gain stage is there- fore not provided. the avr adc is based on the analog circuitry shown in figure 134 with a successive approxi- mation algorithm implemented in the digital logic. when used in boundary-scan, the problem is usually to ensure that an applied analog voltag e is measured within some limits. this can easily be done without running a successive approximation algorithm: apply the lower limit on the digi- tal dac[9:0] lines, make sure the output from the comparator is low, then apply the upper limit on the digital dac[9:0] lines, and verify the output from the comparator to be high. the adc needs not be used for pure connectivity testing, since all analog inputs are shared with a digital port pin as well. when using the adc, remember the following: ? the port pin for the adc channel in use must be configured to be an input with pull-up disabled to avoid signal contention. ? in normal mode, a dummy conversion (consisting of 10 comparisons) is performed when enabling the adc. the user is advised to wait at least 200 ns after enabling the adc before controlling/observing any adc si gnal, or perform a dummy conversion before using the first result. ? the dac values must be stable at the midpoi nt value 0x200 when having the hold signal low (sample mode). as an example, consider the task of verifying a 1.5v 5% input signal at adc channel 3 when the power supply is 5.0v and aref is externally connected to v cc . sctest input switch-cap test enable. output from x10 gain stage send out to port pin having adc_4 00 st input output of gain stages will settle faster if this signal is high first two aclk periods after ampen goes high. 00 vccren input selects vcc as the acc reference voltage. 00 table 104. boundary-scan signals for the adc (1) (continued) signal name direction as seen from the adc description recommended input when not in use output values when recommended inputs are used, and cpu is not using the adc the lower limit is: 1024 1.5 v 0,95 5 v ? ?? 291 0x123 == the upper limit is: 1024 1.5 v 1.05 5 v ? ?? 323 0x143 ==
269 2490r?avr?02/2013 atmega64(l) the recommended values from table 104 are used unless other values are given in the algo- rithm in table 105 . only the dac and port pin values of the scan-chain are shown. the column ?actions? describes what jtag instruction to be used before filling the boundary-scan register with the succeeding columns. the verification should be done on the data scanned out when scanning in the data on the same row in the table. note: 1. using this algorithm, the timing constraint on the hold signal constrains the tck clock frequency. as the algorithm keep s hold high for five steps, the tck clock frequency has to be at least five times the number of scan bits divided by the maxi- mum hold time, t hold,max . table 105. algorithm for using the adc (1) ste p actions adcen dac muxen hold prech pa3 . data pa3. control pa3 . pull- up_ enable 1 sample_preload 1 0x200 0x08 1 1 0 0 0 2 extest 1 0x200 0x08 0 1 0 0 0 3 1 0x200 0x08 1 1 0 0 0 4 1 0x123 0x08 1 1 0 0 0 5 1 0x123 0x08 1 0 0 0 0 6 verify the comp bit scanned out to be 0 1 0x200 0x08 1 1 0 0 0 7 1 0x200 0x08 0 1 0 0 0 8 1 0x200 0x08 1 1 0 0 0 9 1 0x143 0x08 1 1 0 0 0 10 1 0x143 0x08 1 0 0 0 0 11 verify the comp bit scanned out to be 1 1 0x200 0x08 1 1 0 0 0
270 2490r?avr?02/2013 atmega64(l) atmega64 boundary-scan order table 106 shows the scan order between tdi an d tdo when the boundary-scan chain is selected as data path. bit 0 is the lsb; the first bit scanned in, and the first bit scanned out. the scan order follows the pinout order as far as possible. therefore, the bits of port a are scanned in the opposite bit order of the other ports. exceptions from the rules are the scan chains for the analog circuits, which constitute the most significant bits of the scan chain regardless of which physical pin they are connected to. in figure 127 , pxn, data corresponds to ff0, pxn. control corresponds to ff1, and pxn. pullup_enable corresponds to ff2. bit 2, 3, 4, and 5 of port c is not in the scan chain, since these pins consti tute the tap pins when the jtag is enabled. table 106. atmega64 boundary-scan order bit number signal name module 204 ac_idle comparator 203 aco 202 acme 201 ainbg 200 comp adc 199 private_signal1 (1) 198 aclk 197 acten 196 private_signal2 (2) 195 adcbgen 194 adcen 193 ampen 192 dac_9 191 dac_8 190 dac_7 189 dac_6 188 dac_5 187 dac_4 186 dac_3 185 dac_2 184 dac_1 183 dac_0 182 extch 181 g10 180 g20 179 gnden 178 hold 177 irefen 176 muxen_7
271 2490r?avr?02/2013 atmega64(l) 175 muxen_6 adc 174 muxen_5 173 muxen_4 172 muxen_3 171 muxen_2 170 muxen_1 169 muxen_0 168 negsel_2 167 negsel_1 166 negsel_0 165 passen 164 prech 163 sctest 162 st 161 vccren 160 pen programming enable (observe-only) 159 pe0.data port e 158 pe0.control 157 pe0.pullup_enable 156 pe1.data 155 pe1.control 154 pe1.pullup_enable 153 pe2.data 152 pe2.control 151 pe2.pullup_enable 150 pe3.data 149 pe3.control 148 pe3.pullup_enable 147 pe4.data 146 pe4.control 145 pe4.pullup_enable 144 pe5.data 143 pe5.control 142 pe5.pullup_enable 141 pe6.data 140 pe6.control table 106. atmega64 boundary-scan order (continued) bit number signal name module
272 2490r?avr?02/2013 atmega64(l) 139 pe6.pullup_enable port e 138 pe7.data 137 pe7.control 136 pe7.pullup_enable 135 pb0.data port b 134 pb0.control 133 pb0.pullup_enable 132 pb1.data 131 pb1.control 130 pb1.pullup_enable 129 pb2.data 128 pb2.control 127 pb2.pullup_enable 126 pb3.data 125 pb3.control 124 pb3.pullup_enable 123 pb4.data 122 pb4.control 121 pb4.pullup_enable 120 pb5.data 119 pb5.control 118 pb5.pullup_enable 117 pb6.data 116 pb6.control 115 pb6.pullup_enable 114 pb7.data 113 pb7.control 112 pb7.pullup_enable 111 pg3.data port g 110 pg3.control 109 pg3.pullup_enable 108 pg4.data 107 pg4.control 106 pg4.pullup_enable 105 tosc 32 khz timer oscillator 104 toscon table 106. atmega64 boundary-scan order (continued) bit number signal name module
273 2490r?avr?02/2013 atmega64(l) 103 rstt reset logic (observe-only) 102 rsthv 101 extclken enable signals for main clock/oscillators 100 oscon 99 rcoscen 98 osc32en 97 extclk (xtal1) clock input and oscillators for the main clock (observe-only) 96 oscck 95 rcck 94 osc32ck 93 twien twi 92 pd0.data port d 91 pd0.control 90 pd0.pullup_enable 89 pd1.data 88 pd1.control 87 pd1.pullup_enable 86 pd2.data 85 pd2.control 84 pd2.pullup_enable 83 pd3.data 82 pd3.control 81 pd3.pullup_enable 80 pd4.data 79 pd4.control 78 pd4.pullup_enable 77 pd5.data 76 pd5.control 75 pd5.pullup_enable 74 pd6.data 73 pd6.control 72 pd6.pullup_enable 71 pd7.data 70 pd7.control 69 pd7.pullup_enable 68 pg0.data port g table 106. atmega64 boundary-scan order (continued) bit number signal name module
274 2490r?avr?02/2013 atmega64(l) 67 pg0.control port g 66 pg0.pullup_enable 65 pg1.data 64 pg1.control 63 pg1.pullup_enable 62 pc0.data port c 61 pc0.control 60 pc0.pullup_enable 59 pc1.data 58 pc1.control 57 pc1.pullup_enable 56 pc2.data 55 pc2.control 54 pc2.pullup_enable 53 pc3.data 52 pc3.control 51 pc3.pullup_enable 50 pc4.data 49 pc4.control 48 pc4.pullup_enable 47 pc5.data 46 pc5.control 45 pc5.pullup_enable 44 pc6.data 43 pc6.control 42 pc6.pullup_enable 41 pc7.data 40 pc7.control 39 pc7.pullup_enable 38 pg2.data port g 37 pg2.control 36 pg2.pullup_enable 35 pa7.data port a 34 pa7.control 33 pa7.pullup_enable 32 pa6.data table 106. atmega64 boundary-scan order (continued) bit number signal name module
275 2490r?avr?02/2013 atmega64(l) notes: 1. private_signal1 should always scanned in as zero. 2. private_signal2 should always scanned in as zero. 31 pa6.control port a 30 pa6.pullup_enable 29 pa5.data 28 pa5.control 27 pa5.pullup_enable 26 pa4.data 25 pa4.control 24 pa4.pullup_enable 23 pa3.data 22 pa3.control 21 pa3.pullup_enable 20 pa2.data 19 pa2.control 18 pa2.pullup_enable 17 pa1.data 16 pa1.control 15 pa1.pullup_enable 14 pa0.data 13 pa0.control 12 pa0.pullup_enable 11 pf3.data port f 10 pf3.control 9 pf3.pullup_enable 8pf2.data 7pf2.control 6 pf2.pullup_enable 5pf1.data 4pf1.control 3 pf1.pullup_enable 2pf0.data 1pf0.control 0 pf0.pullup_enable table 106. atmega64 boundary-scan order (continued) bit number signal name module
276 2490r?avr?02/2013 atmega64(l) boundary-scan description language files boundary-scan description language (bsdl) files describe boundary-scan capable devices in a standard format used by automated test-generation software. the order and function of bits in the boundary-scan data register are included in this description.
277 2490r?avr?02/2013 atmega64(l) boot loader support ? read- while-write self- programming the boot loader support provides a real read-while-write self-programming mechanism for downloading and uploading program code by the m cu itself. this feature a llows flexible applica- tion software updates controlled by the mcu using a flash-resident boot loader program. the boot loader program can use any available data interface and associated protocol to read code and write (program) that code into the flash memory, or read the code from the program mem- ory. the program code within the boot loader section has the capability to write into the entire flash, including the boot loader memory. the b oot loader can thus even modify itself, and it can also erase itself from the code if the feature is not needed anymore. the size of the boot loader memory is configurable with fuses and the boot loader has two separate sets of boot lock bits which can be set indepen dently. this gives the user a uniq ue flexibility to select differ- ent levels of protection. features ? read-while-write self-programming ? flexible boot memory size ? high security (separate boot lock bits for a flexible protection) ? separate fuse to select reset vector ? optimized page (1) size ? code efficien t algorithm ? efficient read-mod ify-write support note: 1. a page is a section in the flash consisting of several bytes (see table 123 on page 296 ) used during programming. the page organization does not affect normal operation. application and boot loader flash sections the flash memory is organized in two main sections, the application section and the boot loader section (see figure 136 ). the size of the different sections is configured by the bootsz fuses as shown in table 112 on page 289 and figure 136 . these two sections can have differ- ent levels of protection since they have different sets of lock bits. application section the application section is the section of the flash that is used for storing the application code. the protection level for the application section can be selected by the application boot lock bits (boot lock bits 0), see table 108 on page 280 . the application section can never store any boot loader code since the spm instruction is disabled when executed from the application section. bls ? boot loader section while the application section is used for stori ng the application code, the boot loader software must be located in the bls since the spm inst ruction can initiate a programming when execut- ing from the bls only. the spm instruction can access the entire flash, including the bls itself. the protection level for the boot loader secti on can be selected by the boot loader lock bits (boot lock bits 1), see table 109 on page 280 . read-while-write and no read- while-write flash sections whether the cpu supports read-while-write or if the cpu is halted during a boot loader soft- ware update is dependent on which address that is being programmed. in addition to the two sections that are configurable by the bootsz fuses as described above, the flash is also divided into two fixed sections, the read-whi le-write (rww) section and the no read-while- write (nrww) section. the limit between the rww- and nrww sections is given in ?atmega64 boot loader parameters? on page 289 and figure 136 on page 279 . the main dif- ference between the two sections is: ? when erasing or writing a page located inside the rww section, the nrww section can be read during the operation. ? when erasing or writing a page located inside the nrww section, the cpu is halted during the entire operation. note that the user software can never read any code that is located inside the rww section dur- ing a boot loader software operation. the syntax ?read-while-write section? refers to which
278 2490r?avr?02/2013 atmega64(l) section that is being programmed (erased or written), not which section that actually is being read during a boot loader software update. rww ? read-while- write section if a boot loader software update is programming a page inside the rww section, it is possible to read code from the flash, but only code that is located in the nrww section. during an ongo- ing programming, the software must ensure that the rww section never is being read. if the user software is trying to read code that is located inside the rww section (that is, by a call/jmp/lpm or an interrupt) during programming, the software might end up in an unknown state. to avoid this, the interrupts should either be disabled or moved to the boot loader sec- tion. the boot loader section is always loca ted in the nrww section. the rww section busy bit (rwwsb) in the store progra m memory control register (spm csr) will be read as logical one as long as the rww section is blocked for reading. after a programming is completed, the rwwsb must be cleared by software before reading code located in the rww section. see ?spmcsr ? store program memory control register? on page 281. for details on how to clear rwwsb. nrww ? no read- while-write section the code located in the nrww section can be read when the boot loader software is updating a page in the rww section. when the boot loader code updates the nrww section, the cpu is halted during the entire page erase or page write operation. figure 135. read-while-write vs. no read-while-write table 107. read-while-write features which section does the z- pointer address during the programming? which section can be read during programming? is the cpu halted? read-while- write supported? rww section nrww section no yes nrww section none yes no read-while-write (rww) section no read-while-write (nrww) section z-pointer addresses rww section z-pointer addresses nrww section cpu is halted during the operation code located in nrww section can be read during the operation
279 2490r?avr?02/2013 atmega64(l) figure 136. memory sections (1) note: 1. the parameters are given in table 112 on page 289 . boot loader lock bits if no boot loader capability is n eeded, the entire flash is available for application code. the boot loader has two separate sets of boot lock bits which can be set independently. this gives the user a unique flexibility to sele ct different levels of protection. the user can select: ? to protect the entire flash from a software update by the mcu. ? to protect only the boot loader flash section from a software update by the mcu. ? to protect only the application flash section from a software update by the mcu. ? allow software update in the entire flash. see table 108 and table 109 for further details. the boot lock bits can be set in software and in serial or parallel programming mode, but they can be cleared by a chip erase command only. the general write lock (lock bit mode 2) does not control the programming of the flash mem- $0000 flashend program memory bootsz = '11' application flash section boot loader flash section flashend program memory bootsz = '10' $0000 program memory bootsz = '01' program memory bootsz = '00' application flash section boot loader flash section $0000 flashend application flash section flashend end rww start nrww application flash section boot loader flash section boot loader flash section end rww start nrww end rww start nrww $0000 end rww, end application start nrww, start boot loader application flash section application flash section application flash section read-while-write section no read-while-write section read-while-write section no read-while-write section read-while-write section no read-while-write section read-while-write section no read-while-write section end application start boot loader end application start boot loader end application start boot loader
280 2490r?avr?02/2013 atmega64(l) ory by spm instruction. similarly, the general read/write lock (lock bit mode 3) does not control reading nor writing by lpm/spm, if it is attempted. note: 1. ?1? means unprogrammed, ?0? means programmed note: 1. ?1? means unprogrammed, ?0? means programmed table 108. boot lock bit0 protection modes (application section) (1) blb0 mode blb02 blb01 protection 1 1 1 no restrictions for spm or lpm accessing the application section. 2 1 0 spm is not allowed to write to the application section. 3 0 0 spm is not allowed to write to the application section, and lpm executing from the boot loader section is not allowed to read from the application section. if interrupt vectors are placed in the boot loader section, interrupts are disabled while executing from the application section. 4 0 1 lpm executing from the b oot loader section is not allowed to read from the application section. if interrupt vectors are placed in the boot loader section, interrupts are disabled while executing from the application section. table 109. boot lock bit1 protection modes (boot loader section) (1) blb1 mode blb12 blb11 protection 1 1 1 no restrictions for spm or lpm accessing the boot loader section. 2 1 0 spm is not allowed to write to the boot loader section. 3 0 0 spm is not allowed to write to the boot loader section, and lpm executing from the application section is not allowed to read from the boot loader section. if interrupt vectors are placed in the application section, interrupts are disabled while executing from the boot loader section. 4 0 1 lpm executing from the application section is not allowed to read from the boot loader se ction. if interrupt vectors are placed in the application section, interrupts are disabled while executing from the boot loader section.
281 2490r?avr?02/2013 atmega64(l) entering the boot loader program entering the boot loader takes place by a jump or call from the application program. this may be initiated by a trigger such as a command received via usart, or spi interface. alternatively, the boot reset fuse can be programmed so that the reset vector is pointing to the boot flash start address after a reset. in this case, the boot loader is started after a reset. after the applica- tion code is loaded, the program can start execut ing the application code. note that the fuses cannot be changed by the mcu itself. this means that once the boot reset fuse is pro- grammed, the reset vector will always point to the boot loader reset and the fuse can only be changed through the serial or parallel programming interface. note: 1. ?1? means unprogrammed, ?0? means programmed spmcsr ? store program memory control register the store program memory control register contains the control bits needed to control the boot loader operations. ? bit 7 ? spmie: spm interrupt enable when the spmie bit is written to one, and the i-bit in the status register is set (one), the spm ready interrupt will be enabled. t he spm ready interrupt will be executed as long as the spmen bit in the spmcsr register is cleared. ? bit 6 ? rwwsb: read-while-write section busy when a self-programming (page erase or page write) operation to the rww section is initi- ated, the rwwsb will be set (one ) by hardware. when the rwws b bit is set, the rww section cannot be accessed. the rwwsb bit will be cleared if the rwwsre bit is written to one after a self-programming operation is completed. alte rnatively the rwwsb bit will automatically be cleared if a page load operation is initiated. ? bit 5 ? res: reserved bit this bit is a reserved bit in the atmega64 and always read as zero. ? bit 4 ? rwwsre: read-while-write section read enable when programming (page erase or page write) to the rww section, the rww section is blocked for reading (the rwwsb will be set by hardware). to re-enable the rww section, the user software must wait unt il the programming is complet ed (spmen will be cl eared). then, if the rwwsre bit is written to one at the same time as spmen, the next spm instruction within four clock cycles re-enables the rww secti on. the rww section cannot be re-enabled while the flash is busy with a page erase or a page wr ite (spmen is set). if the rwwsre bit is writ- ten while the flash is being loaded, the flas h load operation will abort and the data loaded will be lost. table 110. boot reset fuse (1) bootrst reset address 1 reset vector = application reset (address 0x0000) 0 reset vector = boot loader reset (see table 112 on page 289 ) bit 765 4 3210 (0x68) spmie rwwsb ? rwwsre blbset pgwrt pgers spmen spmcsr read/write r/w r r r/w r/w r/w r/w r/w initial value 0 0 0 0 0 0 0 0
282 2490r?avr?02/2013 atmega64(l) ? bit 3 ? blbset: boot lock bit set if this bit is written to one at the same time as spmen, the next spm instruction within four clock cycles sets boot lock bits, according to the data in r0. the data in r1 and the address in the z- pointer are ignored. the blbset bit will autom atically be cleared upon completion of the lock bit set, or if no spm instruction is executed within four clock cycles. an lpm instruction within three cycles after blbset and spmen are set in the spmcsr reg- ister, will read either the lock bits or the fuse bits (depending on z0 in the z-pointer) into the destination register. see ?reading the fuse and lock bits from software? on page 286 for details. ? bit 2 ? pgwrt: page write if this bit is written to one at the same time as spmen, the next spm instruction within four clock cycles executes page write, with the data stored in the temporary buffer. the page address is taken from the high part of the z-pointer. the data in r1 and r0 are ignored. the pgwrt bit will auto-clear upon co mpletion of a page write, or if no spm instruction is ex ecuted within four clock cycles. the cpu is halted during the ent ire page write operation if the nrww section is addressed. ? bit 1 ? pgers: page erase if this bit is written to one at the same time as spmen, the next spm instruction within four clock cycles executes page erase. the page address is taken from the high part of the z-pointer. the data in r1 and r0 are ignored. the pgers bi t will auto-clear upon comp letion of a page erase, or if no spm instruction is executed within four clock cycles. the cpu is halted during the entire page write operation if the nrww section is addressed. ? bit 0 ? spmen: store program memory enable this bit enables the spm instruction for the next four clock cycles. if written to one together with either rwwsre, blbset, pgwrt? or pgers, t he following spm instruction will have a spe- cial meaning, see description abo ve. if only spmen is written, the following spm instruction will store the value in r1:r0 in the temporary page buffer addressed by the z-pointer. the lsb of the z-pointer is ignored. the spmen bit will aut o-clear upon completion of an spm instruction, or if no spm instruction is executed within four clock cycles. during page erase and page write, the spmen bit remains high until the operation is completed. writing any other combination than ?10001?, ?01001?, ?00101?, ?00011? or ?00001? in the lower five bits will have no effect.
283 2490r?avr?02/2013 atmega64(l) addressing the flash during self- programming the z-pointer is used to address the spm commands. since the flash is organized in pages (see table 123 on page 296 ), the program counter can be treated as having two different sections. one sect ion, consisting of the least significant bits, is addressing the words within a page, while the most significant bits are addressing the pages. this is shown in figure 137 . note that the page erase and page write operations are addressed independently. therefore, it is of major importance that the boot loader software addresses the same page in both the page erase and page write operation. once a programming operation is initiated, the address is latched and the z-pointer can be used for other operations. the only spm operation that does not use the z-pointer is setting the boot loader lock bits. the content of the z-pointer is ignored and will have no effect on the operation. the lpm instruction does also use the z-pointer to store the address. since this instruction addresses the flash byte-by-byte, also the lsb (bit z0) of the z-pointer is used. figure 137. addressing the flash during spm (1) table 2 on page 283 notes: 1. the different variables used in figure 137 are listed in table 113 on page 289 . 2. pcpage and pcword are listed in table 124 on page 296 . bit 151413121110 9 8 zh (r31) z15 z14 z13 z12 z11 z10 z9 z8 zl (r30) z7z6z5z4z3z2z1z0 76543210 program memory 0 1 15 z - register bit 0 zpagemsb word address within a page page address within the flash zpcmsb instruction word page pcword[pagemsb:0]: 00 01 02 pageend page pcword pcpage pcmsb pagemsb program counter
284 2490r?avr?02/2013 atmega64(l) self-programming the flash the program memory is updated in a page-by-page fashion. before programming a page with the data stored in the temporary page buffer, the page must be erased. the temporary page buf- fer is filled one word at a time using spm and the buffer can be filled either before the page erase command or between a page erase and a page write operation: alternative 1, fill the bu ffer before a page erase: ? fill temporary page buffer ? perform a page erase ? perform a page write alternative 2, fill the bu ffer after page erase: ? perform a page erase ? fill temporary page buffer ? perform a page write if only a part of the page needs to be changed, the rest of the page must be stored (for example in the temporary page buffer) before the erase, and then be rewritten. when using alternative 1, the boot loader provides an effective read-modify-write feature which allows the user software to first read the page, do the necessary changes, and then write back the modified data. if alter- native 2 is used, it is not possible to read the old data while loading since the page is already erased. the temporary page buffer can be accessed in a random sequence. it is essential that the page address used in both the page erase and page write operation is addressing the same page. see ?simple assembly code example for a boot loader? on page 287 for an assembly code example. performing page erase by spm to execute page erase, set up the address in the z-pointer, write ?x0000011? to spmcsr and execute spm within four clock cycles after writing spmcsr. the data in r1 and r0 is ignored. the page address must be written to pcpage in the z-register. other bits in the z-pointer must be written zero during this operation. ? page erase to the rww section: the nrww section can be read during the page erase. ? page erase to the nrww section: the cpu is halted during the operation. note: if an interrupt occurs in the timed sequence, the four cycle access cannot be guaranteed. in order to ensure atomic operation disable interrupts before writing to spmcsr. filling the temporary buffer (page loading) to write an instruction word, set up the address in the z-pointer and data in r1:r0, write ?00000001? to spmcsr and execute spm within four clock cycles after writing spmcsr. the content of pcword in the z-register is used to address the data in the temporary buffer. the temporary buffer will auto-erase after a page write operation or by writing the rwwsre bit in spmcsr. it is also erased after a system reset. note that it is not possible to write more than one time to each address without erasing the temporary buffer. note: if the eeprom is written in the middle of an spm page load operation, all data loaded will be lost. performing a page write to execute page write, set up the address in the z-pointer, write ?x0000101? to spmcsr and execute spm within four clock cycles after writing spmcsr. the data in r1 and r0 is ignored. the page address must be written to pcpage. other bits in the z-pointer must be written zero during this operation. ? page write to the rww section: the nrww section can be read during the page write. ? page write to the nrww section: the cpu is halted during the operation.
285 2490r?avr?02/2013 atmega64(l) using the spm interrupt if the spm interrupt is en abled, the spm interrupt will genera te a constant in terrupt when the spmen bit in spmcsr is cleared. this means th at the interrupt can be used instead of polling the spmcsr register in software. when using the spm interrupt, the interrupt vectors should be moved to the bls section to avoid that an interrupt is accessing the rww section when it is blocked for reading. how to move the interrupts is described in ?interrupts? on page 61 . consideration while updating bls special care must be taken if the user allows the boot loader section to be updated by leaving boot lock bit11 unprogrammed. an accidental write to the boot loader itself can corrupt the entire boot loader, and further software updates might be impossible. if it is not necessary to change the boot loader software itself, it is recommended to program the boot lock bit11 to protect the boot loader software from any internal software changes. prevent reading the rww section during self-programming during self-programming (either page erase or page write), the rww section is always blocked for reading. the user software itself must prevent that this section is addressed during the self-programming operation. the rwwsb in the spmcsr will be set as long as the rww section is busy. during self-programming the interrupt vector table should be moved to the bls as described in ?interrupts? on page 61 , or the interrupts must be disabled. before addressing the rww section after the programming is completed, the user software must clear the rwwsb by writing the rwwsre. see ?simple assembly code example for a boot loader? on page 287 for an example. setting the boot loader lock bits by spm to set the boot loader lock bits, write the desired data to r0, write ?x0001001? to spmcsr and execute spm within four clock cycles after writing spmcsr. the only accessible lock bits are the boot lock bits that may prevent the a pplication and boot loader section from any soft- ware update by the mcu. see table 108 and table 109 for how the different settings of the boot loader bits affect the flash access. if bits 5..2 in r0 are cleared (zero), the corresponding boot lock bit will be programmed if an spm instruction is executed within four cycles after blbset and spmen are set in spmcsr. the z-pointer is don?t ca re during this operation, but for fu ture compatibility it is recommended to load the z-pointer with 0x0001 (same as used fo r reading the lock bits). for future compatibility it is also recommended to set bits 7, 6, 1, and 0 in r0 to ?1? when writing the lock bits. when programming the lock bits the entire flash can be read during the operation. eeprom write prevents writing to spmcsr note that an eeprom write oper ation will block all software progra mming to flash. reading the fuses and lock bits from software will also be prevented during the eeprom write operation. it is recommended that the user checks the status bit (eewe) in the eecr register and verifies that the bit is cleared before writing to the spmcsr register. bit 76543210 r0 1 1 blb12 blb11 blb02 blb01 1 1
286 2490r?avr?02/2013 atmega64(l) reading the fuse and lock bits from software it is possible to read both the fuse and lock bits from software. to read the lock bits, load the z-pointer with 0x0001 and set the blbset and spmen bits in spmcsr. when an lpm instruc- tion is executed within three cpu cycles after the blbset and spmen bits are set in spmcsr, the value of the lock bits will be loaded in the destination register. the blbset and spmen bits will auto-clear upon completion of reading the lo ck bits or if no lpm instruction is executed within three cpu cycles or no spm instruction is executed within four cpu cycles. when blb- set and spmen are cleared, lpm will work as de scribed in the avr instruction set reference manual. the algorithm for reading the fuse low bits is similar to the one described above for reading the lock bits. to read the fuse lo w bits, load the z-pointer with 0x0000 and se t the blbset and spmen bits in spmcsr. when an lpm instruction is executed within three cycles after the blbset and spmen bits are set in the spmcsr, the value of the fuse low bits (flb) will be loaded in the destination register as shown below. refer to table 119 on page 292 for a detailed description and mapping of the fuse low bits. similarly, when reading the fuse high bits, load 0x0003 in the z-pointer. when an lpm instruc- tion is executed within three cycles after the blbset and spmen bits are set in the spmcsr, the value of the fuse high bits (fhb) will be lo aded in the destination r egister as shown below. refer to table 118 on page 292 for detailed description and mapping of the fuse high bits. when reading the extended fuse bits, load 0x0002 in the z-pointer. when an lpm instruction is executed within three cycles after the blbset and spmen bits are set in the spmcsr, the value of the extended fu se bits (efb) will be loaded in the destination register as shown below. refer to table 117 on page 291 for detailed description and mapping of the fuse high bits. fuse and lock bits that are programmed will be read as zero. fuse and lock bits that are unpro- grammed will be read as one. preventing flash corruption during periods of low v cc, the flash program can be corrupted because the supply voltage is too low for the cpu and the flash to operate properly. these issues are the same as for board level systems using the flash, and the same design solutions should be applied. a flash program corruption can be caused by two situ ations when the voltage is too low. first, a regular write sequence to the flash requires a mi nimum voltage to operate correctly. second, the cpu itself can execute instruct ions incorrectly, if the supply voltage for executing instructions is too low. flash corruption can easily be avoided by following these design recommendations (one is sufficient): 1. if there is no need for a boot loader update in the system, program the boot loader lock bits to prevent any boot loader software updates. 2. keep the avr reset active (low) during peri ods of insufficient power supply voltage. this can be done by enabling the internal brown-out detector (bod) if the operating volt- age matches the detection level. if not, an external low v cc reset protection circuit can bit 76543210 rd ? ? blb12 blb11 blb02 blb01 lb2 lb1 bit 76543210 rd flb7 flb6 flb5 flb4 flb3 flb2 flb1 flb0 bit 76543210 rd fhb7 fhb6 fhb5 fhb4 fhb3 fhb2 fhb1 fhb0 bit 76543210 rd ??????efb1efb0
287 2490r?avr?02/2013 atmega64(l) be used. if a reset occu rs while a write operation is in progress, the write operation will be completed provided that the power supply voltage is sufficient. 3. keep the avr core in power-down sleep mode during periods of low v cc . this will pre- vent the cpu from attempting to decode and execute instructions, effectively protecting the spmcsr register and thus the flash from unintentional writes. programming time for flash when using spm the calibrated rc oscillator is used to time flash accesses. table 111 shows the typical pro- gramming time for flash accesses from the cpu. simple assembly code example for a boot loader ;-the routine writes one page of data from ram to flash ; the first data location in ram is pointed to by the y pointer ; the first data location in flash is pointed to by the z-pointer ;-error handling is not included ;-the routine must be placed inside the boot space ; (at least the do_spm sub routine). only code inside nrww section can ; be read during self-programming (page erase and page write). ;-registers used: r0, r1, temp1 (r16), temp2 (r17), looplo (r24), ; loophi (r25), spmcrval (r20) ; storing and restoring of registers is not included in the routine ; register usage can be optimized at the expense of code size ;-it is assumed that either the interrupt table is moved to the boot ; loader section or that the interrupts are disabled. .equ pagesizeb = pagesize*2 ;pagesizeb is page size in bytes, not words .org smallbootstart write_page: ; page erase ldi spmcrval, (1< 288 2490r?avr?02/2013 atmega64(l) ; read back and check, optional ldi looplo, low(pagesizeb) ;init loop variable ldi loophi, high(pagesizeb) ;not required for pagesizeb<=256 subi yl, low(pagesizeb) ;restore pointer sbci yh, high(pagesizeb) rdloop: lpm r0, z+ ld r1, y+ cpse r0, r1 jmp error sbiw loophi:looplo, 1 ;use subi for pagesizeb<=256 brne rdloop ; return to rww section ; verify that rww section is safe to read return: lds temp1, spmcsr sbrs temp1, rwwsb ; if rwwsb is set, the rww section is not ready yet ret ; re-enable the rww section ldi spmcrval, (1< 289 2490r?avr?02/2013 atmega64(l) atmega64 boot loader parameters in table 112 through table 114 , the parameters used in the description of the self-programming are given. note: 1. the different bootsz fuse configurations are shown in figure 136 note: 1. for details about these two section, see ?nrww ? no read-while-write section? on page 278 and ?rww ? read-while-write section? on page 278 notes: 1. z0: should be zero for all spm comm ands, byte select for the lpm instruction. 2. see ?addressing the flash during self-programming? on page 283 for details about the use of z-pointer during self-programming. table 112. boot size configuration (1) bootsz 1 bootsz 0 boot size pages appli- cation flash section boot loader flash section end applic- ation section boot reset address (start boot loader section) 11 512 words 4 0x0000 - 0x7dff 0x7e00 - 0x7fff 0x7dff 0x7e00 10 1024 words 8 0x0000 - 0x7bff 0x7c00 - 0x7fff 0x7bff 0x7c00 01 2048 words 16 0x0000 - 0x77ff 0x7800 - 0x7fff 0x77ff 0x7800 00 4096 words 32 0x0000 - 0x6fff 0x7000 - 0x7fff 0x6fff 0x7000 table 113. read-while-write limit (1) section pages address read-while-write (rww) 224 0x0000 - 0x6fff no read-while-write (nrww) 32 0x7000 - 0x7fff table 114. explanation of different variables used in figure 137 and the mapping to the z- pointer (1)(2) variable corresponding z-value description pcmsb 14 most significant bit in the program counter. (the program counter is 15 bits pc[14:0]). pag e m s b 6 most significant bit which is used to address the words within one page (128 words in a page requires seven bits pc [6:0]). zpcmsb z15 bit in z-register that is mapped to pcmsb. because z0 is not used, the zpcmsb equals pcmsb + 1. zpagemsb z7 bit in z-register that is mapped to pagemsb. because z0 is not used, the zpagemsb equals pagemsb + 1. pcpage pc[14:7] z15:z8 program counter page address: page select, for page erase and page write pcword pc[6:0] z7:z1 program counter word address: word select, for filling temporary buffer (must be zero during page write operation)
290 2490r?avr?02/2013 atmega64(l) memory programming program and data memory lock bits the atmega64 provides six lock bits which can be left unprogrammed (?1?) or can be pro- grammed (?0?) to obtain the additional features listed in table 116 . the lock bits can only be erased to ?1? with the chip erase command. note: 1. ?1? means unprogrammed, ?0? means programmed table 115. lock bit byte (1) lock bit byte bit no description default value 7 ? 1 (unprogrammed) 6 ? 1 (unprogrammed) blb12 5 boot lock bit 1 (unprogrammed) blb11 4 boot lock bit 1 (unprogrammed) blb02 3 boot lock bit 1 (unprogrammed) blb01 2 boot lock bit 1 (unprogrammed) lb2 1 lock bit 1 (unprogrammed) lb1 0 lock bit 1 (unprogrammed) table 116. lock bit protection modes (2) memory lock bits protection type lb mode lb2 lb1 1 1 1 no memory lock features enabled. 2 1 0 further programming of the flash and eeprom is disabled in parallel and spi/jtag serial programming mode. the fuse bits are locked in both serial and parallel programming mode. (1) 3 0 0 further programming and verification of the flash and eeprom is disabled in parallel and spi/jtag serial programming mode. the fuse bits are locked in both serial and parallel programming mode. (1) blb0 mode blb02 blb01 1 1 1 no restrictions for spm or lpm accessing the application section. 2 1 0 spm is not allowed to write to the application section. 3 0 0 spm is not allowed to write to the application section, and lpm executing from the boot loader section is not allowed to read from the application section. if interrupt vectors are placed in the boot loader section, interrupts are disabled while executing from the application section. 4 0 1 lpm executing from the b oot loader section is not allowed to read from the application section. if interrupt vectors are placed in the boot loader section, interrupts are disabled while executing from the application section. blb1 mode blb12 blb11
291 2490r?avr?02/2013 atmega64(l) notes: 1. program the fuse bits before programming the lock bits. 2. ?1? means unprogrammed, ?0? means programmed fuse bits the atmega64 has three fuse bytes. table 117 - table 119 describe briefly the functionality of all the fuses and how they are mapped into the fuse bytes. note that the fuses are read as logi- cal zero, ?0?, if they are programmed. notes: 1. see ?atmega103 and atmega64 compatibility? on page 4 for details. 2. see ?wdtcr ? watchdog timer control register? on page 57 for details. 1 1 1 no restrictions for spm or lpm accessing the boot loader section. 2 1 0 spm is not allowed to write to the boot loader section. 3 0 0 spm is not allowed to write to the boot loader section, and lpm executing from the application section is not allowed to read from the boot loader section. if interrupt vectors are placed in the application section, interrupts are disabled while executing from the boot loader section. 4 0 1 lpm executing from the application section is not allowed to read from the boot loader se ction. if interrupt vectors are placed in the application section, interrupts are disabled while executing from the boot loader section. table 116. lock bit protection modes (2) (continued) memory lock bits protection type table 117. extended fuse byte fuse ext byte bit no de scription default value ?7? 1 ?6? 1 ?5? 1 ?4? 1 ?3? 1 ?2? 1 m103c (1) 1 atmega103 compatibility mode 0 (programmed) wdton (2) 0 watchdog timer always on 1 (unprogrammed)
292 2490r?avr?02/2013 atmega64(l) notes: 1. the spien fuse is not accessible in spi serial programming mode. 2. the ckopt fuse functionality depends on the setting of the cksel bits. see ?clock sources? on page 38 for details. 3. the default value of bootsz1..0 results in maximum boot size. see table 112 on page 289 4. if the jtag interface is left unconnected, the jt agen fuse should if possible be disabled. this to avoid static current at the tdo pin in the jtag interface notes: 1. the default value of sut1..0 results in maximum start-up time. see table 14 on page 43 for details. 2. the default setting of cksel3..0 results in internal rc oscillator @ 1 mhz. see table 6 on page 38 for details. the status of the fuse bits is not affected by chip erase. note that the fuse bits are locked if lock bit1 (lb1) is programmed. program the fuse bits before programming the lock bits. table 118. fuse high byte fuse high byte bit no description default value ocden 7 enable ocd 1 (unprogrammed, ocd disabled) jtagen (4) 6 enable jtag 0 (programmed, jtag enabled) spien (1) 5 enable spi serial program and data downloading 0 (programmed, spi prog. enabled) ckopt (2) 4 oscillator options 1 (unprogrammed) eesave 3 eeprom memory is preserved through the chip erase 1 (unprogrammed, eeprom not preserved) bootsz1 2 select boot size (see table 112 for details) 0 (programmed) (3) bootsz0 1 select boot size (see table 112 for details) 0 (programmed) (3) bootrst 0 select reset vector 1 (unprogrammed) table 119. fuse low byte fuse low byte bit no description default value bodlevel 7 brown out detector trigger level 1 (unprogrammed) boden 6 brown out detector ena ble 1 (unprogrammed, bod disabled) sut1 5 select start-up time 1 (unprogrammed) (1) sut0 4 select start-up time 0 (programmed) (1) cksel3 3 select clock source 0 (programmed) (2) cksel2 2 select clock source 0 (programmed) (2) cksel1 1 select clock source 0 (programmed) (2) cksel0 0 select clock source 1 (unprogrammed) (2)
293 2490r?avr?02/2013 atmega64(l) latching of fuses the fuse values are latched when the device enters programming mode and changes of the fuse values will have no effect until the part leaves programming mode. this does not apply to the eesave fuse which will take effect once it is programmed. the fuse s are also latched on power-up in normal mode. signature bytes all atmel microcontrollers have a 3-byte signat ure code which identifies the device. this code can be read in both serial and parallel mode, al so when the device is locked. the three bytes reside in a separate address space. for the atmega64 the signature bytes are: 1. 0x000: 0x1e (indicates manufactured by atmel) 2. 0x001: 0x96 (indicates 64 kbytes flash memory) 3. 0x002: 0x02 (indicates atmega64 device when 0x001 is 0x96) calibration byte the atmega64 stores four different calibration values for the internal rc oscillator. these bytes resides in the signature row high byte of the addresses 0x000, 0x0001, 0x0002, and 0x0003 for 1, 2, 4, and 8 mhz respectively. during reset, the 1 mhz value is automatically loaded into the osccal register. if other frequencies are used, the calibration value has to be loaded manu- ally, see ?osccal ? oscillator calibration register(1)? on page 43 for details. parallel programming parameters, pin mapping, and commands this section describes how to parallel program and verify flash program memory, eeprom data memory, memory lock bits, and fuse bits in the atmega64. pulses are assumed to be at least 250 ns unless otherwise noted. signal names in this section, some pins of the atmega64 are referenced by signal names describing their functionality during parallel programming, see figure 138 and table 120 . pins not described in the following table are referenced by pin names. the xa1/xa0 pins determine the action executed when the xtal1 pin is given a positive pulse. the bit coding is shown in table 122 . when pulsing wr or oe , the command loaded determines the action executed. the different commands are shown in table 123 .
294 2490r?avr?02/2013 atmega64(l) figure 138. parallel programming vcc +5v gnd xtal1 pd1 pd2 pd3 pd4 pd5 pd6 pb7 - pb0 data reset pd7 +12 v bs1 xa0 xa1 oe rdy/bsy pagel pa0 wr bs2 avcc +5v
295 2490r?avr?02/2013 atmega64(l) table 120. pin name mapping signal name in programming mode pin name i/o function rdy/bsy pd1 o 0: device is busy programming, 1: device is ready for new command oe pd2 i output enable (active low) wr pd3 i write pulse (active low) bs1 pd4 i byte select 1 (?0? selects low byte, ?1? selects high byte) xa0 pd5 i xtal action bit 0 xa1 pd6 i xtal action bit 1 pagel pd7 i program memory and eeprom data page load bs2 pa0 i byte select 2 (?0? selects low byte, ?1? selects 2?nd high byte) data pb7 - 0 i/o bi-directional data bus (output when oe is low) table 121. pin values used to enter programming mode pin symbol value pagel prog_enable[3] 0 xa1 prog_enable[2] 0 xa0 prog_enable[1] 0 bs1 prog_enable[0] 0 table 122. xa1 and xa0 coding xa1 xa0 action when xtal1 is pulsed 0 0 load flash or eeprom address (high or low address byte determined by bs1) 0 1 load data (high or low data byte for flash determined by bs1) 1 0 load command 1 1 no action, idle
296 2490r?avr?02/2013 atmega64(l) table 123. command byte bit coding command byte command executed 1000 0000 chip erase 0100 0000 write fuse bits 0010 0000 write lock bits 0001 0000 write flash 0001 0001 write eeprom 0000 1000 read signature bytes and calibration byte 0000 0100 read fuse and lock bits 0000 0010 read flash 0000 0011 read eeprom table 124. no. of words in a page and no. of pages in the flash flash size page size pcword no. of pages pcpage pcmsb 32k words (64 kbytes) 128 words pc[6:0] 256 pc[14:7] 14 table 125. no. of words in a page and no. of pages in the eeprom eeprom size page size pcword no. of pages pcpage eeamsb 2 kbytes 8 bytes eea[2:0] 256 eea[10:3] 10
297 2490r?avr?02/2013 atmega64(l) parallel programming enter programming mode the following algorithm puts the devi ce in parallel programming mode: 1. apply 4.5v - 5.5v between v cc and gnd, and wait at least 100 s. 2. set reset to ?0? and toggle xtal1 at least six times. 3. set the prog_enable pins listed in table 121 on page 295 to ?0000? and wait at least 100 ns. 4. apply 11.5v - 12.5v to reset . any activity on prog_enable pins within 100 ns after +12v has been applied to reset , will cause the device to fail entering programming mode. note, if external crystal or external rc configurat ion is selected, it may not be possible to apply qualified xtal1 pulses. in such cases, the following algorithm should be followed: 1. set prog_enable pins listed in table on page 295 to ?0000?. 2. apply 4.5v - 5.5v between v cc and gnd simultaneously as 11.5v - 12.5v is applied to reset . 3. wait 100 s. 4. re-program the fuses to ensure that exte rnal clock is selected as clock source (cksel3:0 = 0b0000) if lock bits are programmed, a chip erase command must be executed before changing the fuses. 5. exit programming mode by power the device down or by bringing reset pin to 0b0. 6. entering programming mode with the original algorithm, as described above. considerations for efficient programming the loaded command and address are retained in the device during programming. for efficient programming, the following should be considered. ? the command needs only be loaded once when writing or reading multiple memory locations. ? skip writing the data value 0xff, that is t he contents of the enti re eeprom (unless the eesave fuse is programmed) and flash after a chip erase. ? address high byte needs only be loaded before programming or reading a new 256 word window in flash or 256 byte eeprom. this consideration also applies to signature bytes reading. chip erase the chip erase will erase the flash and eeprom (1) memories plus lock bits. the lock bits are not reset until the program memory has been completely erased. the fuse bits are not changed. a chip erase must be performed before the flash and/or the eeprom reprogrammed. note: 1. the eeprpom memory is preserved duri ng chip erase if the eesave fuse is programmed. load command ?chip erase? 1. set xa1, xa0 to ?10?. this enables command loading. 2. set bs1 to ?0?. 3. set data to ?1000 0000?. this is the command for chip erase. 4. give xtal1 a positive pulse. this loads the command. 5. give wr a negative pulse. this starts the chip erase. rdy/bsy goes low. 6. wait until rdy/bsy goes high before loading a new command.
298 2490r?avr?02/2013 atmega64(l) programming the flash the flash is organized in pages, see table 123 on page 296 . when programming the flash, the program data is latched into a page buffer. this allows one page of program data to be pro- grammed simultaneously. the following procedure describes how to program the entire flash memory: a. load command ?write flash? 1. set xa1, xa0 to ?10?. this enables command loading. 2. set bs1 to ?0?. 3. set data to ?0001 0000?. this is the command for write flash. 4. give xtal1 a positive pulse. this loads the command. b. load address low byte 1. set xa1, xa0 to ?00?. this enables address loading. 2. set bs1 to ?0?. this selects low address. 3. set data = address low byte (0x00 - 0xff). 4. give xtal1 a positive pulse. this loads the address low byte. c. load data low byte 1. set xa1, xa0 to ?01?. this enables data loading. 2. set data = data low byte (0x00 - 0xff). 3. give xtal1 a positive pulse. this loads the data byte. d. load data high byte 1. set bs1 to ?1?. this selects high data byte. 2. set xa1, xa0 to ?01?. this enables data loading. 3. set data = data high byte (0x00 - 0xff). 4. give xtal1 a positive pulse. this loads the data byte. e. latch data 1. set bs1 to ?1?. this selects high data byte. 2. give pagel a positive pulse. this latches the data bytes. (see figure 140 for signal waveforms). f. repeat b through e until the entire buffer is filled or until all data within the page is loaded. while the lower bits in the address are mapped to words within the page, the higher bits address the pages within the flash. this is illustrated in figure 139 on page 299 . note that if less than eight bits are required to address words in the page (pagesize < 256), the most significant bit(s) in the address low byte are used to address the page when performing a page write. g. load address high byte 1. set xa1, xa0 to ?00?. this enables address loading. 2. set bs1 to ?1?. this selects high address. 3. set data = address high byte (0x00 - 0xff). 4. give xtal1 a positive pulse. this loads the address high byte. h. program page 1. set bs1 = ?0?. 2. give wr a negative pulse. this starts programming of the entire page of data. rdy/bsy- goes low. 3. wait until rdy/bsy goes high. (see figure 140 for signal waveforms.)
299 2490r?avr?02/2013 atmega64(l) i. repeat b through h until the entire flash is programmed or until all data has been programmed. j. end page programming 1. 1. set xa1, xa0 to ?10?. this enables command loading. 2. set data to ?0000 0000?. this is the command for no operation. 3. give xtal1 a positive pulse. this loads the command, and the internal write signals are reset. figure 139. addressing the flash which is organized in pages (1) note: 1. pcpage and pcword are listed in table 123 on page 296 . figure 140. programming the flash waveforms (1) note: 1. ?xx? is don?t care. the letters re fer to the programming description above. program memory word address within a page page address within the flash instruction word page pcword[pagemsb:0]: 00 01 02 pageend page pcword pcpage pcmsb pagemsb program counter rdy/bsy wr oe reset +12v pagel bs2 $10 addr. low addr. high data data low data high addr. low data low data high xa1 xa0 bs1 xtal1 xx xx xx abcdeb cdeg h f
300 2490r?avr?02/2013 atmega64(l) programming the eeprom the eeprom is organized in pages, see table 124 on page 296 . when programming the eeprom, the program data is latche d into a page buffer. this al lows one page of data to be programmed simultaneously. th e programming algorithm for th e eeprom data memory is as follows (refer to ?programming the flash? on page 298 for details on command, address and data loading): 1. a: load command ?0001 0001?. 2. g: load address high byte (0x00 - 0xff). 3. b: load address low byte (0x00 - 0xff). 4. c: load data (0x00 - 0xff). 5. e: latch data (give pagel a positive pulse). k: repeat 3 through 5 until the entire buffer is filled. l: program eeprom page 1. set bs1 to ?0?. 2. give wr a negative pulse. this starts pr ogramming of the eeprom page. rdy/bsy goes low. 3. wait until to rdy/bsy goes high before programming the next page. (see figure 141 for signal waveforms.) figure 141. programming the eeprom waveforms reading the flash the algorithm for reading the flash memory is as follows (refer to ?programming the flash? on page 298 for details on command and address loading): 1. a: load command ?0000 0010?. 2. g: load address high byte (0x00 - 0xff). 3. b: load address low byte (0x00 - 0xff). 4. set oe to ?0?, and bs1 to ?0?. the flash word low byte can now be read at data. 5. set bs to ?1?. the flash word high byte can now be read at data. 6. set oe to ?1?. rdy/bsy wr oe reset +12v pagel bs2 0x11 addr. high data addr. low data addr. low data xx xa1 xa0 bs1 xtal1 xx agbceb cel k
301 2490r?avr?02/2013 atmega64(l) reading the eeprom the algorithm for reading the eeprom memory is as follows (refer to ?programming the flash? on page 298 for details on command and address loading): 1. a: load command ?0000 0011?. 2. g: load address high byte (0x00 - 0xff). 3. b: load address low byte (0x00 - 0xff). 4. set oe to ?0?, and bs1 to ?0?. the eeprom data byte can now be read at data. 5. set oe to ?1?. programming the fuse low bits the algorithm for programming the fuse low bits is as follows (refer to ?programming the flash? on page 298 for details on command and data loading): 1. a: load command ?0100 0000?. 2. c: load data low byte. bit n = ?0? programs and bit n = ?1? erases the fuse bit. 3. set bs1 to ?0? and bs2 to ?0?. 4. give wr a negative pulse and wait for rdy/bsy to go high. programming the fuse high bits the algorithm for programming the fuse high bits is as follows (refer to ?programming the flash? on page 298 for details on command and data loading): 1. a: load command ?0100 0000?. 2. c: load data low byte. bit n = ?0? programs and bit n = ?1? erases the fuse bit. 3. set bs1 to ?1? and bs2 to ?0?. this selects high data byte. 4. give wr a negative pulse and wait for rdy/bsy to go high. 5. set bs1 to ?0?. this selects low data byte. programming the extended fuse bits the algorithm for programming the extended fuse bits is as follows (refer to ?programming the flash? on page 298 for details on command and data loading): 1. a: load command ?0100 0000?. 2. c: load data low byte. bit n = ?0? programs and bit n = ?1? erases the fuse bit. 3. set bs2 to ?1? and bs1 to ?0?. this selects extended data byte. 4. give wr a negative pulse and wait for rdy/bsy to go high. 5. set bs2 to ?0?. this selects low data byte. figure 142. programming the fuses waveforms rdy/bsy wr oe reset +12v pagel 0x40 data data xx xa1 xa0 bs1 xtal1 ac 0x40 data xx ac write fuse low byte write fuse high byte 0x40 data xx ac write extended fuse byte bs2
302 2490r?avr?02/2013 atmega64(l) programming the lock bits the algorithm for programming the lock bits is as follows (refer to ?programming the flash? on page 298 for details on command and data loading): 1. a: load command ?0010 0000?. 2. c: load data low byte. bit n = ?0? programs the lock bit. 3. give wr a negative pulse and wait for rdy/bsy to go high. the lock bits can only be cleared by executing chip erase. reading the fuse and lock bits the algorithm for reading the fuse and lock bits is as follows (refer to ?programming the flash? on page 298 for details on command loading): 1. a: load command ?0000 0100?. 2. set oe to ?0?, bs2 to ?0? and bs1 to ?0?. the status of the fuse low bits can now be read at data (?0? means programmed). 3. set oe to ?0?, bs2 to ?1? and bs1 to ?1?. the status of the fuse high bits can now be read at data (?0? means programmed). 4. set oe to ?0?, bs2 to ?1? and bs1 to ?0?. the status of the extended fuse bits can now be read at data (?0? means programmed). 5. set oe to ?0?, bs2 to ?0? and bs1 to ?1?. the status of the lock bits can now be read at data (?0? means programmed). 6. set oe to ?1?. figure 143. mapping between bs1, bs2 and the fuse and lock bits during read reading the signature bytes the algorithm for reading the signature bytes is as follows (refer to ?programming the flash? for details on command and address loading): 1. a: load command ?0000 1000?. 2. b: load address low byte (0x00 - 0x02). 3. set oe to ?0?, and bs1 to ?0?. the selected signature byte can now be read at data. 4. set oe to ?1?. reading the calibration byte the algorithm for reading the calibration bytes is as follows (refer to ?programming the flash? for details on command and address loading): lock bits 0 1 bs2 fuse high byte bs1 data fuse low byte bs2 extended fuse byte 0 1 0 1
303 2490r?avr?02/2013 atmega64(l) 1. a: load command ?0000 1000?. 2. b: load address low byte, (0x00 - 0x03). 3. set oe to ?0?, and bs1 to ?1?. the calibration byte can now be read at data. 4. set oe to ?1?. parallel programming characteristics figure 144. parallel programming timing, including some general timing requirements figure 145. parallel programming timing, loading sequence with timing requirements (1) note: 1. the timing requirements shown in figure 144 (that is, t dvxh , t xhxl , and t xldx ) also apply to loading operation. data & contol (data, xa0/1, bs1, bs2) xtal1 t xhxl t wl wh t dvxh t xldx t plwl t wlrh wr rdy/bsy pagel t phpl t plbx t bvph t xlwl t wlbx t bvwl wlrl xtal1 pagel t plxh xlxh t t xlph addr0 (low byte) data (low byte) data (high byte) addr1 (low byte) data bs1 xa0 xa1 load address (low byte) load data (low byte) load data (high byte) load data load address (low byte)
304 2490r?avr?02/2013 atmega64(l) figure 146. parallel programming timing, reading sequence (within the same page) with timing requirements (1) note: 1. the timing requirements shown in figure 144 (that is, t dvxh , t xhxl , and t xldx ) also apply to reading operation. xtal1 oe addr0 (low byte) data (low byte) data (high byte) addr1 (low byte) data bs1 xa0 xa1 load address (low byte) read data (low byte) read data (high byte) load address (low byte) t bhdv t oldv t xlol t ohdz
305 2490r?avr?02/2013 atmega64(l) notes: 1. t wlrh is valid for the write flash, write eepr om, write fuse bits and write lock bits commands. 2. t wlrh_ce is valid for the chip erase command. serial downloading both the flash and eeprom memo ry arrays can be programmed using the serial spi bus while reset is pulled to gnd. the serial interface consists of pins sck, mosi (input) and miso (out- put). after reset is set low, the programming enable instruction needs to be executed first before program/erase operations can be executed. note, in table 127 on page 306 , the pin mapping for spi programming is listed. not all pa rts use the spi pins dedicated for the internal spi interface. note that throughout the description about serial downloading, mosi and miso are used to describe the serial data in and serial data out, respectively. for atmega64, these pins are mapped to pdi and pdo. table 126. parallel programming characteristics, v cc = 5v 10% symbol parameter min typ max units v pp programming enable voltage 11.5 12.5 v i pp programming enable current 250 ? a t dvxh data and control valid before xtal1 high 67 ns t xlxh xtal1 low to xtal1 high 200 t xhxl xtal1 pulse width high 150 t xldx data and control hold after xtal1 low 67 t xlwl xtal1 low to wr low 0 t xlph xtal1 low to pagel high 0 t plxh pagel low to xtal1 high 150 t bvph bs1 valid before pagel high 67 t phpl pagel pulse width high 150 t plbx bs1 hold after pagel low 67 t wlbx bs2/1 hold after wr low 67 t plwl pagel low to wr low 67 t bvwl bs1 valid to wr low 67 t wlwh wr pulse width low 150 t wlrl wr low to rdy/bsy low 0 1 ? s t wlrh wr low to rdy/bsy high (1) 3.7 4.5 ms t wlrh_ce wr low to rdy/bsy high for chip erase (2) 7.5 9 t xlol xtal1 low to oe low 0 ns t bvdv bs1 valid to data valid 0 250 t oldv oe low to data valid 250 t ohdz oe high to data tri-stated 250
306 2490r?avr?02/2013 atmega64(l) spi serial programming pin mapping even though the spi programming interface re-uses the spi i/o module, there is one important difference: the mosi/miso pins that are mapped to pb2 and pb3 in the spi i/o module are not used in the programming interface. instead, pe0 and pe1 are used for data in spi program- ming mode as shown in table 127 . figure 147. spi serial programming and verify (1) notes: 1. if the device is clocked by the internal oscill ator, it is no need to connect a clock source to the xtal1 pin. 2. vcc - 0.3 < avcc < vcc + 0.3, however, avcc should always be within 2.7v - 5.5v. when programming the eeprom, an auto-erase cycle is built into the self-timed programming operation (in the serial mode only) and there is no need to first execute the chip erase instruction. the chip erase operation turns the content of every memory location in both the program and eeprom arrays into 0xff. depending on cksel fuses, a valid clock must be present. the minimum low and high periods for the serial clock (sck) input are defined as follows: low: > 2 cpu clock cycles for f ck < 12 mhz, 3 cpu clock cycles for f ck ? 12 mhz high: > 2 cpu clock cycles for f ck < 12 mhz, 3 cpu clock cycles for f ck ? 12 mhz spi serial programming algorithm when writing serial data to the atmega64, data is clocked on the rising edge of sck. when reading data from the atmega64, data is clocked on the falling edge of sck. see figure 148 for timing details. to program and verify the atmega64 in the spi serial programming mode, the following sequence is recommended : 1. power-up sequence: apply power between v cc and gnd while reset and sck are set to ?0?. in some sys- tems, the programmer cannot guarantee that sck is held low during power-up. in this case, reset must be given a positive pulse of at least two cpu clock cycles duration table 127. pin mapping spi serial programming symbol pins i/o description mosi (pdi) pe0 i serial data in miso (pdo) pe1 o serial data out sck pb1 i serial clock vcc gnd xtal1 sck miso mosi reset pe0 pe1 pb1 +2.7 - 5.5v avcc +2.7 - 5.5v (2)
307 2490r?avr?02/2013 atmega64(l) after sck has been set to ?0?. as an alternative to using the reset signal, pen can be held low during power-on reset while sck is set to ?0?. in this case, only the pen value at power-on reset is important. if the programmer cannot guarantee that sck is held low during power-up, the pen method cannot be used. the device must be powered down in order to commence normal operation when using this method. 2. wait for at least 20 ms and enable spi serial programming by sending the programming enable serial instruction to pin mosi. 3. the spi serial programming instructions will no t work if the communication is out of syn- chronization. when in sync. the second byte (0x53), will echo back when issuing the third byte of the programming enable instruction. whether the echo is correct or not, all four bytes of the instruction must be transmitted. if the 0x53 did not echo back, give reset a positive pulse and issue a new programming enable command. 4. the flash is programmed one page at a time. the page size is found in table 124 on page 296 . the memory page is loaded one byte at a time by supplying the 7 lsb of the address and data together with the load program memory page instruction. to ensure correct loading of the page, the data low byte must be loaded before data high byte is applied for given address. the program memory page is stored by loading the write pro- gram memory page instruction with the 8 msb of the address. if polling is not used, the user must wait at least t wd_flash before issuing the next page. (see table 128 ). access- ing the spi serial programming interface before the flash write operation completes can result in incorrect programming. 5. the eeprom array is programmed one byte at a time by supplying the address and data together with t he appropriate write inst ruction. an eeprom memo ry location is first automatically erased before new da ta is written. if polling is not used, the user must wait at least t wd_eeprom before issuing the next byte. (see table 128 ). 6. any memory location can be verified by using the read instruction which returns the con- tent at the selected address at serial output miso. 7. at the end of the programming session, reset can be set high to commence normal operation. 8. power-off sequence (if needed): set reset to ?1?. tu r n v cc power off. note: if other commands that polling (read) are applied before any write operation (flash, eeprom, lock bits, fuses) is completed, may result in incorrect programming. data polling flash when a page is being programmed into the flash, reading an address location within the page being programmed will give the value 0xff. at th e time the device is ready for a new page, the programmed value will read correctly. this is used to determine w hen the next page can be writ- ten. note that the entire page is written simultaneously and any address within the page can be used for polling. data po lling of the flash will not work for the value 0xff, so when programming this value, the user will have to wait for at least t wd_flash before programming the next page. as a chip -erased device contains 0xff in all lo cations, programming of addresses that are meant to contain 0xff, can be skipped. see table 128 for t wd_flash value.
308 2490r?avr?02/2013 atmega64(l) data polling eeprom when a new byte has been written and is being programmed into eeprom, reading the address location being programmed will give the value 0xff. at the time the device is ready for a new byte, the programmed value will read corr ectly. this is used to determine when the next byte can be written. this will not work for the value 0xff, but th e user should have the following in mind: as a chip erased device contains 0xff in all locations, programming of addresses that are meant to contain 0xff, can be skipped. this does not apply if the eeprom is re-pro- grammed without chip eras ing the device. in this case, data po lling cannot be used for the value 0xff, and the user will have to wait at least t wd_eeprom before programming the next byte. see table 128 for t wd_eeprom value. note: 1. flash write: per page figure 148. spi serial progra mming waveforms table 128. minimum wait delay befo re writing the next flash or eeprom location symbol minimum wait delay t wd_fuse 4.5 ms t wd_flash (1) 4.5 ms t wd_eeprom 9.0 ms t wd_erase 9.0 ms msb msb lsb lsb serial clock input (sck) serial data input (mosi) (miso) sample serial data output
309 2490r?avr?02/2013 atmega64(l) table 129. spi serial programming instruction set instruction instruction format operation byte 1 byte 2 byte 3 byte 4 programming enable 1010 1100 0101 0011 xxxx xxxx xxxx xxxx enable spi serial programming after reset goes low. chip erase 1010 1100 100x xxxx xxxx xxxx xxxx xxxx chip erase eeprom and flash. read program memory 0010 h 000 x aaa aaaa bbbb bbbb oooo oooo read h (high or low) data o from program memory at word address a : b . load program memory page 0100 h 000 xxxx xxxx x bbb bbbb iiii iiii write h (high or low) data i to program memory page at word address b . data low byte must be loaded before data high byte is applied within the same address. write program memory page 0100 1100 x aaa aaaa b xxx xxxx xxxx xxxx write program memory page at address a : b . read eeprom memory 1010 0000 xxxx x aaa bbbb bbbb oooo oooo read data o from eeprom memory at address a : b . write eeprom memory 1100 0000 xxxx x aaa bbbb bbbb iiii iiii write data i to eeprom memory at address a : b . read lock bits 0101 1000 0000 0000 xxxx xxxx xx oo oooo read lock bits. ?0? = programmed, ?1? = unprogrammed. see table 115 on page 290 for details. write lock bits 1010 1100 111x xxxx xxxx xxxx 11 ii iiii write lock bits. set bits = ?0? to program lock bits. see table 115 on page 290 for details. read signature byte 0011 0000 xxxx xxxx xxxx xx bb oooo oooo read signature byte o at address b . write fuse bits 1010 1100 1010 0000 xxxx xxxx iiii iiii set bits = ?0? to program, ?1? to unprogram. see table 119 on page 292 for details. write fuse high bits 1010 1100 1010 1000 xxxx xxxx iiii iiii set bits = ?0? to program, ?1? to unprogram. see table 118 on page 292 for details. write extended fuse bits 1010 1100 1010 0100 xxxx xxxx xxxx xx ii set bits = ?0? to program, ?1? to unprogram. see table 119 on page 292 for details. read fuse bits 0101 0000 0000 0000 xxxx xxxx oooo oooo read fuse bits. ?0? = programmed, ?1? = unprogrammed. see table 119 on page 292 for details.
310 2490r?avr?02/2013 atmega64(l) note: a = address high bits, b = address low bits, h = 0 - low byte, 1 - high byte, o = data out, i = data in, x = don?t care spi serial programming characteristics for characteristics of the spi module, see ?spi timing characteristics? on page 330 . read extendend fuse bits 0101 0000 0000 1000 xxxx xxxx oooo oooo read extended fuse bits. ?0? = pro-grammed, ?1? = unprogrammed. see table 119 on page 292 for details. read fuse high bits 0101 1000 0000 1000 xxxx xxxx oooo oooo read fuse high bits. ?0? = pro- grammed, ?1? = unprogrammed. see table 118 on page 292 for details. read calibration byte 0011 1000 00xx xxxx 0000 00 bb oooo oooo read calibration byte o at address b . table 129. spi serial programming instruction set (continued) instruction instruction format operation byte 1 byte 2 byte 3 byte 4
311 2490r?avr?02/2013 atmega64(l) programming via the jtag interface programming through the jtag interface requires control of the four jtag specific pins: tck, tms, tdi, and tdo. control of the reset and clock pins is not required. to be able to use the jtag interface, the jtagen fuse must be programmed. the device is default shipped with the fuse programmed. in addition, the jtd bit in mcucsr must be cleared. alternatively, if the jtd bit is set, the external reset can be forced low. then, the jtd bit will be cleared after two chip clocks, and the jtag pins are available for programming. this provides a means of using the jtag pins as normal port pi ns in running mode while still allowing in-system programming via the jtag interface. note that this technique can not be used when using the jtag pins for boundary-scan or on-chip debug. in these cases the jtag pins must be dedi- cated for this purpose. as a definition in this data sheet, the lsb is shifted in and out first of all shift registers. programming specific jtag instructions the instruction register is 4-bit wide, supporti ng up to 16 instructions. the jtag instructions useful for programming are listed below. the opcode for each instruction is shown behind the instruction name in hex format. the text describes which data register is selected as path between tdi and tdo for each instruction. the run-test/idle state of the tap controller is used to generate internal clocks. it can also be used as an idle state between jtag sequences. the state machine sequence for changing the instruction word is shown in figure 149 .
312 2490r?avr?02/2013 atmega64(l) figure 149. state machine sequence for changing the instruction word avr_reset (0xc) the avr specific public jtag in struction for setting the avr device in the reset mode or taking the device out from the reset mode. the tap controller is not reset by this instruction. the one bit reset register is selected as data register. no te that the reset will be active as long as there is a logic 'one' in the reset chain. the output from this chain is not latched. the active states are: ? shift-dr: the reset register is shifted by the tck input. test-logic-reset run-test/idle shift-dr exit1-dr pause-dr exit2-dr update-dr select-ir scan capture-ir shift-ir exit1-ir pause-ir exit2-ir update-ir select-dr scan capture-dr 0 1 0 11 1 00 00 11 1 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 0 0 1 1
313 2490r?avr?02/2013 atmega64(l) prog_enable (0x4) the avr specific public jtag instruction for enabling programming via the jtag port. the 16- bit programming enable register is selected as data register. the active states are the following: ? shift-dr: the programming enable signature is shifted into the data register. ? update-dr: the programming enable signature is compared to the correct value, and programming mode is entered if the signature is valid. prog_commands (0x5) the avr specific public jtag instruction for entering programming commands via the jtag port. the 15-bit programming command register is selected as data register. the active states are the following: ? capture-dr: the result of the previous command is loaded into the data register. ? shift-dr: the data register is shifted by the tck input, shifting out the result of the previous command and shifting in the new command. ? update-dr: the programming command is applied to the flash inputs ? run-test/idle: one clock cycle is generated, executing the applied command (not always required, see table 130 on page 316 ). prog_pageload (0x6) the avr specific public jtag instruction to directly load the flash data page via the jtag port. the 1024-bit virtual flash page load register is selected as data register. this is a virtual scan chain with length equal to the number of bits in one flash page. internally the shift register is 8- bit. unlike most jtag instructions, the update-dr state is not used to transfer data from the shift register. the data are automatically transf erred to the flash page buffer byte-by-byte in the shift-dr state by an internal state machine. this is the only active state: ? shift-dr: flash page data are shifted in fr om tdi by the tck input, and automatically loaded into the flash page one byte at a time. note: the jtag instruction prog_pageload can only be used if the avr device is the first device in jtag scan chain. if the avr cannot be the first de vice in the scan chain, the byte-wise program- ming algorithm must be used. prog_pageread (0x7) the avr specific public jtag instruction to read one full flash data page via the jtag port. the 1032-bit virtual flash page read register is selected as data register. this is a virtual scan chain with length equal to the number of bits in one flash page plus eight. internally the shift register is 8-bit. unlike most jtag instructions, the capture-dr state is not used to transfer data to the shift register. the data are automatically transferred from the flash page buffer byte-by-byte in the shift-dr state by an internal state machine. this is the only active state: ? shift-dr: flash data are automatically read one byte at a time and shifted out on tdo by the tck input. the tdi input is ignored. note: the jtag instruction prog_pageread can only be used if the avr device is the first device in jtag scan chain. if the avr cannot be the first de vice in the scan chain, the byte-wise program- ming algorithm must be used.
314 2490r?avr?02/2013 atmega64(l) data registers the data registers are selected by the jtag instruction registers described in section ?program- ming specific jtag instructions? on page 311 . the data registers relevant for programming operations are: ? reset register ? programming enable register ? programming command register ? virtual flash page load register ? virtual flash page read register reset register the reset register is a test data register used to reset the part during programming. it is required to reset the part before entering programming mode. a high value in the reset regist er corresponds to pulling the ex ternal reset low. the part is reset as long as there is a high value present in the reset register. depending on the fuse set- tings for the clock options, the part will remain reset for a reset time-o ut period (refer to ?clock sources? on page 38 ) after releasing the reset register. the output from this data register is not latched, so the reset will take place immediately, as shown in figure 126 on page 256 . programming enable register the programming enable register is a 16-bit regist er. the contents of this register is compared to the programming enable signature, binary code 1010_0011_0111_0000. when the contents of the register is equal to the programming enable signature, programming via the jtag port is enabled. the register is reset to 0 on power-on reset, and should always be reset when leaving programming mode. figure 150. programming enable register tdi tdo d a t a = dq clockdr & prog_enable programming enable $a370
315 2490r?avr?02/2013 atmega64(l) programming command register the programming command register is a 15-bit regist er. this register is us ed to serially shift in programming commands, and to serially shift out the result of the previous command, if any. the jtag programming instruction set is shown in table 130 . the state sequence when shifting in the programming commands is illustrated in figure 152 . figure 151. programming command register tdi tdo s t r o b e s a d d r e s s / d a t a flash eeprom fuses lock bits
316 2490r?avr?02/2013 atmega64(l) table 130. jtag programming instruction set a = address high bits, b = address low bits, h = 0 - low byte, 1 - high byte, o = data out, i = data in, x = don?t care instruction tdi sequence tdo sequence notes 1a. chip erase 0100011_10000000 0110001_10000000 0110011_10000000 0110011_10000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx 1b. poll for chip erase complete 0110011_10000000 xxxxx o x_xxxxxxxx (2) 2a. enter flash write 0100011_00010000 xxxxxxx_xxxxxxxx 2b. load address high byte 0000111_ aaaaaaaa xxxxxxx_xxxxxxxx (9) 2c. load address low byte 0000011_ bbbbbbbb xxxxxxx_xxxxxxxx 2d. load data low byte 0010011_ iiiiiiii xxxxxxx_xxxxxxxx 2e. load data high byte 0010111_ iiiiiiii xxxxxxx_xxxxxxxx 2f. latch data 0110111_00000000 1110111_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 2g. write flash page 0110111_00000000 0110101_00000000 0110111_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 2h. poll for page write complete 0110111_00000000 xxxxx o x_xxxxxxxx (2) 3a. enter flash read 0100011_00000010 xxxxxxx_xxxxxxxx 3b. load address high byte 0000111_ aaaaaaaa xxxxxxx_xxxxxxxx (9) 3c. load address low byte 0000011_ bbbbbbbb xxxxxxx_xxxxxxxx 3d. read data low and high byte 0110010_00000000 0110110_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo xxxxxxx_ oooooooo low byte high byte 4a. enter eeprom write 0100011_00010001 xxxxxxx_xxxxxxxx 4b. load address high byte 0000111_ aaaaaaaa xxxxxxx_xxxxxxxx (9) 4c. load address low byte 0000011_ bbbbbbbb xxxxxxx_xxxxxxxx 4d. load data byte 0010011_ iiiiiiii xxxxxxx_xxxxxxxx 4e. latch data 0110111_00000000 1110111_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 4f. write eeprom page 0110011_00000000 0110001_00000000 0110011_00000000 0110011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 4g. poll for page write complete 0110011_00000000 xxxxx o x_xxxxxxxx (2) 5a. enter eeprom read 0100011_00000011 xxxxxxx_xxxxxxxx 5b. load address high byte 0000111_ aaaaaaaa xxxxxxx_xxxxxxxx (9) 5c. load address low byte 0000011_ bbbbbbbb xxxxxxx_xxxxxxxx
317 2490r?avr?02/2013 atmega64(l) 5d. read data byte 0110011_ bbbbbbbb 0110010_00000000 0110011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo 6a. enter fuse write 0100011_01000000 xxxxxxx_xxxxxxxx 6b. load data low byte (6) 0010011_ iiiiiiii xxxxxxx_xxxxxxxx (3) 6c. write fuse extended byte 0111011_00000000 0111001_00000000 0111011_00000000 0111011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 6d. poll for fuse write complete 0111011_00000000 xxxxx o x_xxxxxxxx (2) 6e. load data low byte (7) 0010011_ iiiiiiii xxxxxxx_xxxxxxxx (3) 6f. write fuse high byte 0110111_00000000 0110101_00000000 0110111_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 6g. poll for fuse write complete 0110111_00000000 xxxxx o x_xxxxxxxx (2) 6h. load data low byte (8) 0010011_ iiiiiiii xxxxxxx_xxxxxxxx (3) 6i. write fuse low byte 0110011_00000000 0110001_00000000 0110011_00000000 0110011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 6j. poll for fuse write complete 0110011_00000000 xxxxx o x_xxxxxxxx (2) 7a. enter lock bit write 0100011_00100000 xxxxxxx_xxxxxxxx 7b. load data byte (9) 0010011_11 iiiiii xxxxxxx_xxxxxxxx (4) 7c. write lock bits 0110011_00000000 0110001_00000000 0110011_00000000 0110011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx xxxxxxx_xxxxxxxx (1) 7d. poll for lock bit write complete 0110011_00000000 xxxxx o x_xxxxxxxx (2) 8a. enter fuse/lock bit read 0100011_00000100 xxxxxxx_xxxxxxxx 8b. read fuse extended byte (6) 0111010_00000000 0111111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo 8c. read fuse high byte (7) 0111110_00000000 0111111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo 8d. read fuse low byte (8) 0110010_00000000 0110011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo 8e. read lock bits (9) 0110110_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_xx oooooo (5) table 130. jtag programming instruction set (continued) a = address high bits, b = address low bits, h = 0 - low byte, 1 - high byte, o = data out, i = data in, x = don?t care instruction tdi sequence tdo sequence notes
318 2490r?avr?02/2013 atmega64(l) notes: 1. this command sequence is not required if the seven m sb are correctly set by the previous command sequence (which is normally the case). 2. repeat until o = ?1?. 3. set bits to ?0? to program the corresponding fuse, ?1? to unprogram the fuse. 4. set bits to ?0? to program the corresponding lock bit, ?1? to leave the lock bit unchanged. 5. ?0? = programmed, ?1? = unprogrammed. 6. the bit mapping for fuses extended byte is listed in table 117 on page 291 . 7. the bit mapping for fuses high byte is listed in table 118 on page 292 . 8. the bit mapping for fuses low byte is listed in table 119 on page 292 . 9. the bit mapping for lock bits byte is listed in table 115 on page 290 . 10. address bits exceeding pcmsb and eeamsb ( table 123 and table 124 ) are don?t care. 8f. read fuses and lock bits 0111010_00000000 0111110_00000000 0110010_00000000 0110110_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo xxxxxxx_ oooooooo xxxxxxx_ oooooooo xxxxxxx_ oooooooo (5) fuse ext. byte fuse high byte fuse low byte lock bits 9a. enter signature byte read 0100011_00001000 xxxxxxx_xxxxxxxx 9b. load address byte 0000011_ bbbbbbbb xxxxxxx_xxxxxxxx 9c. read signature byte 0110010_00000000 0110011_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo 10a. enter calibration byte read 0100011_00001000 xxxxxxx_xxxxxxxx 10b. load address byte 0000011_ bbbbbbbb xxxxxxx_xxxxxxxx 10c. read calibration byte 0110110_00000000 0110111_00000000 xxxxxxx_xxxxxxxx xxxxxxx_ oooooooo table 130. jtag programming instruction set (continued) a = address high bits, b = address low bits, h = 0 - low byte, 1 - high byte, o = data out, i = data in, x = don?t care instruction tdi sequence tdo sequence notes
319 2490r?avr?02/2013 atmega64(l) figure 152. state machine sequence for changing/reading the data word test-logic-reset run-test/idle shift-dr exit1-dr pause-dr exit2-dr update-dr select-ir scan capture-ir shift-ir exit1-ir pause-ir exit2-ir update-ir select-dr scan capture-dr 0 1 0 11 1 00 00 11 1 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 0 0 1 1
320 2490r?avr?02/2013 atmega64(l) virtual flash page load register the virtual flash page load register is a virtual scan chain with length equal to the number of bits in one flash page. internally the shift regist er is 8-bit, and the data are automatically trans- ferred to the flash page buffer byte-by-byte. shift in all instruction words in the page, starting with the lsb of the first instruction in the page and ending with the msb of the last instruction in the page. this provides an efficient way to load the entire flash page buffer before executing page write. figure 153. virtual flash page load register virtual flash page read register the virtual flash page read register is a virtual scan chain with length equal to the number of bits in one flash page plus eight. internally the shift register is 8-bit, and the data are automati- cally transferred from the flash data page by te-by-byte. the first eight cycles are used to transfer the first byte to the internal shift regist er, and the bits that are shifted out during these eight cycles should be ignored. fo llowing this initialization, data are shifted out starting with the lsb of the first instruction in the page and ending with the msb of the last instruction in the page. this provides an efficient way to read one full flash page to verify programming. tdi tdo d a t a flash eeprom fuses lock bits strobes address state machine
321 2490r?avr?02/2013 atmega64(l) figure 154. virtual flash page read register programming algorithm all references below of type ?1a?, ?1b?, and so on, refer to table 130 . entering programming mode 1. enter jtag instruction avr_reset and shift 1 in the reset register. 2. enter instruction prog_enable and shift 1010_0011_0111_0000 in the programming enable register. leaving programming mode 1. enter jtag instruction prog_commands. 2. disable all programming instructions by using no operation instruction 11a. 3. enter instruction prog_enable and shift 0000_0000_0000_0000 in the programming enable register. 4. enter jtag instruction avr_reset and shift 0 in the reset register. performing chip erase 1. enter jtag instruction prog_commands. 2. start chip erase using programming instruction 1a. 3. poll for chip erase complete using programming instruction 1b, or wait for t wlrh_ce (refer to table 1 on page 304 ). tdi tdo d a t a flash eeprom fuses lock bits strobes address state machine
322 2490r?avr?02/2013 atmega64(l) programming the flash before programming the flash, a chip erase must be performed. see ?performing chip erase? on page 321 . 1. enter jtag instruction prog_commands. 2. enable flash write using programming instruction 2a. 3. load address high byte using programming instruction 2b. 4. load address low byte using programming instruction 2c. 5. load data using programming instructions 2d, 2e and 2f. 6. repeat steps 4 and 5 for all instruction words in the page. 7. write the page using programming instruction 2g. 8. poll for flash write complete using programming instruction 2h, or wait for t wlrh_flash (refer to table 1 on page 304 ). 9. repeat steps 3 to 7 until all data have been programmed. a more efficient data transfer can be achieved using the prog_pageload instruction: 1. enter jtag instruction prog_commands. 2. enable flash write using programming instruction 2a. 3. load the page address using programming instructions 2b and 2c. pcword (refer to table 123 on page 296 ) is used to address within one page and must be written as 0. 4. enter jtag instruction prog_pageload. 5. load the entire page by shifting in all instruction words in the page, starting with the lsb of the first instruction in the page and ending with the msb of the last instruction in the page. 6. enter jtag instruction prog_commands. 7. write the page using programming instruction 2g. 8. poll for flash write complete using programming instruction 2h, or wait for t wlrh_flash (refer to table 1 on page 304 ). 9. repeat steps 3 to 8 until all data have been programmed.
323 2490r?avr?02/2013 atmega64(l) reading the flash 1. enter jtag instruction prog_commands. 2. enable flash read using programming instruction 3a. 3. load address using programming instructions 3b and 3c. 4. read data using programming instruction 3d. 5. repeat steps 3 and 4 until all data have been read. a more efficient data transfer can be ac hieved using the prog_pageread instruction: 1. enter jtag instruction prog_commands. 2. enable flash read using programming instruction 3a. 3. load the page address using programming instructions 3b and 3c. pcword (refer to table 123 on page 296 ) is used to address within one page and must be written as 0. 4. enter jtag instruction prog_pageread. 5. read the entire page by shifting out all instruction words in the page, starting with the lsb of the first instruction in the page and ending with the msb of the last instruction in the page. remember that the first eight bits shifted out should be ignored. 6. enter jtag instruction prog_commands. 7. repeat steps 3 to 6 until all data have been read. programming the eeprom before programming the eeprom, a chip erase must be performed. see ?performing chip erase? on page 321 . 1. enter jtag instruction prog_commands. 2. enable eeprom write using programming instruction 4a. 3. load address high byte using programming instruction 4b. 4. load address low byte using programming instruction 4c. 5. load data using programming instructions 4d and 4e. 6. repeat steps 4 and 5 for all data bytes in the page. 7. write the data using programming instruction 4f. 8. poll for eeprom write complete using prog ramming instruction 4g, or wait for t wlrh (refer to table 1 on page 304 ). 9. repeat steps 3 to 8 until all data have been programmed. note that the prog_ pageload instruction can not be us ed when program ming the eeprom. reading the eeprom 1. enter jtag instruction prog_commands. 2. enable eeprom read using programming instruction 5a. 3. load address using programming instructions 5b and 5c. 4. read data using programming instruction 5d. 5. repeat steps 3 and 4 until all data have been read. note that the prog_pageread instructio n can not be used when reading the eeprom
324 2490r?avr?02/2013 atmega64(l) programming the fuses 1. enter jtag instruction prog_commands. 2. enable fuse write using programming instruction 6a. 3. load data low byte using pr ogramming instructions 6b. a bit value of ?0? will program the corresponding fuse, a ?1? will unprogram the fuse. 4. write fuse extended byte using programming instruction 6c. 5. poll for fuse write complete using prog ramming instruction 6d, or wait for t wlrh (refer to table 1 on page 304 ). 6. load data low byte using programming instru ctions 6e. a bit value of ?0? will program the corresponding fuse, a ?1? will unprogram the fuse. 7. write fuse high byte using programming instruction 6f. 8. poll for fuse write complete using prog ramming instruction 6g, or wait for t wlrh (refer to table 1 on page 304 ). 9. load data low byte using pr ogramming instructions 6h. a ?0? will program the fuse, a ?1? will unprogram the fuse. 10. write fuse low byte usin g programming instruction 6i. 11. poll for fuse write complete using pr ogramming instruction 6j, or wait for t wlrh (refer to table 1 on page 304 ). programming the lock bits 1. enter jtag instruction prog_commands. 2. enable lock bit write using programming instruction 7a. 3. load data using programmin g instructions 7b. a bit value of ?0? will program the corre- sponding lock bit, a ?1? will le ave the lock bit unchanged. 4. write lock bits using programming instruction 7c. 5. poll for lock bit write complete using programming instruction 7d, or wait for t wlrh (refer to table 1 on page 304 ). reading the fuses and lock bits 1. enter jtag instruction prog_commands. 2. enable fuse/lock bit read using programming instruction 8a. 3. to read all fuses and lock bits, use programming instruction 8f. to only read fuse extended byte, use programming instruction 8b. to only read fuse high byte, use programming instruction 8c. to only read fuse low byte, use programming instruction 8d. to only read lock bits, use programming instruction 8e. reading the signature bytes 1. enter jtag instruction prog_commands. 2. enable signature byte read using programming instruction 9a. 3. load address 0x00 using programming instruction 9b. 4. read first signature byte using programming instruction 9c. 5. repeat steps 3 and 4 with address 0x01 and address 0x02 to read the second and third signature bytes, respectively. reading the calibration byte 1. enter jtag instruction prog_commands. 2. enable calibration byte read using programming instruction 10a. 3. load address 0x00 using programming instruction 10b. 4. read the calibration byte using programming instruction 10c.
325 2490r?avr?02/2013 atmega64(l) electrical characteristi cs ? ta = -40c to 85c absolute maximum ratings* operating temperature.................................. -55 ? c to +125 ? c *notice: stresses beyond those listed under ?absolute maximum ratings? may cause permanent dam- age to the device. this is a stress rating only and functional operation of the device at these or other conditions beyond those indicated in the operational sections of this specification is not implied. exposure to absolute maximum rating conditions for extended periods may affect device reliability. storage temperature ..................................... -65c to +150c voltage on any pin except reset with respect to ground ................................-0.5v to v cc +0.5v voltage on reset with respect to ground......-0.5v to +13.0v maximum operating voltage ............................................ 6.0v dc current per i/o pin ............................................... 40.0 ma dc current v cc and gnd pins.................... 200.0 - 400.0 ma dc characteristics t a = -40 ? c to 85 ? c, v cc = 2.7v to 5.5v (unless otherwise noted) symbol parameter condition min typ max units v il input low voltage except xtal1 and reset pins v cc = 2.7v - 5.5v -0.5 0.2 v cc (1) v v ih input high voltage except xtal1 and reset pins v cc = 2.7v - 5.5v 0.6 v cc (2) v cc + 0.5 v il1 input low voltage xtal1 pin v cc = 2.7v - 5.5v -0.5 0.1 v cc (1) v ih1 input high voltage xtal1 pin v cc = 2.7v - 5.5v 0.7 v cc (2) v cc + 0.5 v il2 input low voltage reset pin v cc = 2.7v - 5.5v -0.5 0.2 v cc (1) v ih2 input high voltage reset pin v cc = 2.7v - 5.5v 0.85 v cc (2) v cc + 0.5 v ol output low voltage (3) (ports a,b,c,d, e, f, g) i ol = 20 ma, v cc = 5v i ol = 10 ma, v cc = 3v 0.7 0.5 v v v oh output high voltage (4) (ports a,b,c,d, e, f, g)) i oh = -20 ma, v cc = 5v i oh = -10 ma, v cc = 3v 4.2 2.2 v v i il input leakage current i/o pin vcc = 5.5v, pin low (absolute value) 1.0 a i ih input leakage current i/o pin vcc = 5.5v, pin high (absolute value) 1.0 a r rst reset pull-up resistor 30 60 k ? r pen pen pull-up resistor 30 60 r pu i/o pin pull-up resistor 20 50
326 2490r?avr?02/2013 atmega64(l) notes: 1. ?max? means the highest value where the pin is guaranteed to be read as low 2. ?min? means the lowest value where t he pin is guaranteed to be read as high 3. although each i/o port can sink more than the test conditions (20 ma at v cc = 5v, 10 ma at v cc = 3v) under steady state conditions (non-transient), th e following must be observed: tqfp and qfn/mlf package: 1] the sum of all iol, for all ports, should not exceed 400 ma. 2] the sum of all iol, for ports a0 - a7, g2, c3 - c7 should not exceed 100 ma. 3] the sum of all iol, for ports c0 - c2, g0 - g1, d0 - d7, xtal2 should not exceed 100 ma. 4] the sum of all iol, for ports b0 - b7, g3 - g4, e0 - e7 should not exceed 100 ma. 5] the sum of all iol, for ports f0 - f7, should not exceed 100 ma. if iol exceeds the test condition, vol may exceed the related specification. pins are not guar anteed to sink current greater than the listed test condition. 4. although each i/o port can source more than the test condition s (20 ma at vcc = 5v, 10 ma at vcc = 3v) under steady state conditions (non-transient), th e following must be observed: tqfp and qfn/mlf package: 1] the sum of all ioh, for a ll ports, should not exceed 400 ma. 2] the sum of all ioh, for ports a0 - a7 , g2, c3 - c7 should not exceed 100 ma. 3] the sum of all ioh, for ports c0 - c2, g0 - g1, d0 - d7, xtal2 should not exceed 100 ma. 4] the sum of all ioh, for ports b0 - b7, g3 - g4, e0 - e7 should not exceed 100 ma. 5] the sum of all ioh, for ports f0 - f7, should not exceed 100 ma. if ioh exceeds the test condition, voh may exceed the rela ted specification. pins are not guaranteed to source current greater than the listed test condition. 5. minimum v cc for power-down is 2.5v. i cc power supply current active 4 mhz, v cc = 3v (atmega64l) 4.1 5 ma active 8 mhz, v cc = 5v (atmega64) 15.5 20 idle 4 mhz, v cc = 3v (atmega64l) 22 idle 8 mhz, v cc = 5v (atmega64) 812 power-down mode (5) wdt enabled, v cc = 3v < 10 20 a wdt disabled, v cc = 3v < 4 10 v acio analog comparator input offset voltage v cc = 5v v in = v cc /2 -40 40 mv i aclk analog comparator input leakage current v cc = 5v v in = v cc /2 -50 50 na t acpd analog comparator propagation delay v cc = 2.7v v cc = 4.0v 750 500 ns dc characteristics t a = -40 ? c to 85 ? c, v cc = 2.7v to 5.5v (unless otherwise noted) (continued) symbol parameter condition min typ max units
327 2490r?avr?02/2013 atmega64(l) external clock drive waveforms figure 155. external clock drive waveforms external clock drive note: 1. refer to ?external clock? on page 44 for details. notes: 1. r should be in the range 3 k ? - 100 k ? , and c should be at least 20 pf. the c values given in the table includes pin capacitance. this will vary with package type. 2. the frequency will vary with package type and board layout. v il1 v ih1 table 131. external clock drive (1) symbol parameter v cc = 2.7v to 5.5 vv cc = 4.5v to 5.5 v units min max min max 1/t clcl oscillator frequency 0 8 0 16 mhz t clcl clock period 125 62.5 ns t chcx high time 50 25 t clcx low time 50 25 t clch rise time 1.6 0.5 s t chcl fall time 1.6 0.5 ? t clcl change in period from one clock cycle to the next 22% table 132. external rc oscillator, typical frequencies r [k ? ] (1) c [pf] f (2) 31.5 20 650 khz 6.5 20 2.0 mhz
328 2490r?avr?02/2013 atmega64(l) two-wire serial interface characteristics table 133 describes the requirements for devices connected to the two-wire serial bus. the atmega64 two-wire serial interface meets or exceeds these requirements under the noted conditions. timing symbols refer to figure 156 . notes: 1. in atmega64, this parameter is characterized and not 100% tested. 2. required only for f scl > 100 khz. 3. c b = capacitance of one bus line in pf. 4. f ck = cpu clock frequency table 133. two-wire serial bus requirements symbol parameter condition min max units v il input low-voltage -0.5 0.3 v cc v v ih input high-voltage 0.7 v cc v cc + 0.5 v hys (1) hysteresis of schmitt trigger inputs 0.05 v cc (2) ? v ol (1) output low-voltage 3 ma sink current 0 0.4 t r (1) rise time for both sda and scl 20 + 0.1c b (3)(2) 300 ns t of (1) output fall time from v ihmin to v ilmax 10 pf < c b < 400 pf (3) 20 + 0.1c b (3)(2) 250 t sp (1) spikes suppressed by input filter 0 50 (2) i i input current each i/o pin 0.1 v cc < v i < 0.9 v cc -10 10 a c i (1) capacitance for each i/o pin ? 10 pf f scl scl clock frequency f ck (4) > max(16f scl , 250 khz) (5) 0 400 khz rp value of pull-up resistor f scl ? 100 khz f scl > 100 khz t hd;sta hold time (repeated) start condition f scl ? 100 khz 4.0 ? s f scl > 100 khz 0.6 ? t low low period of the scl clock f scl ? 100 khz (5) 4.7 ? f scl > 100 khz 1.3 ? t high high period of the scl clock f scl ? 100 khz 4.0 ? f scl > 100 khz 0.6 ? t su;sta set-up time for a repeated start condition f scl ? 100 khz 4.7 ? f scl > 100 khz 0.6 ? t hd;dat data hold time f scl ? 100 khz 0 3.45 f scl > 100 khz 0 0.9 t su;dat data setup time f scl ? 100 khz 250 ? ns f scl > 100 khz 100 ? t su;sto setup time for stop condition f scl ? 100 khz 4.0 ? s f scl > 100 khz 0.6 ? t buf bus free time between a stop and start condition f scl ? 100 khz 4.7 ? v cc 0.4v ? 3 ma ---------------------------- 1000 ns c b -------------------- - ? v cc 0.4v ? 3 ma ---------------------------- 300 ns c b ----------------- -
329 2490r?avr?02/2013 atmega64(l) 5. this requirement applies to all atmega64 two-wire serial interface operation. other devices connected to the two-wire serial bus need only obey the general f scl requirement. figure 156. two-wire serial bus timing t su;sta t low t high t low t of t hd;sta t hd;dat t su;dat t su;sto t buf scl sda t r
330 2490r?avr?02/2013 atmega64(l) spi timing characteristics see figure 157 on page 330 and figure 158 on page 331 for details. note: 1. in spi programming mode the minimum sck high/low period is: - 2 t clcl for f ck <12 mhz - 3 t clcl for f ck >12 mhz figure 157. spi interface timing requirements (master mode) table 134. spi timing parameters description mode min typ max 1 sck period master see table 72 ns 2 sck high/low master 50% duty cycle 3 rise/fall time master 3.6 4 setup master 10 5 hold master 10 6 out to sck master 0.5 ? t sck 7 sck to out master 10 8 sck to out high master 10 9 ss low to out slave 15 10 sck period slave 4 ? t ck 11 sck high/low (1) slave 2 ? t ck 12 rise/fall time slave 1.6 s 13 setup slave 10 ns 14 hold slave t ck 15 sck to out slave 15 16 sck to ss high slave 20 17 ss high to tri-state slave 10 18 ss low to sck slave 20 mosi (data output) sck (cpol = 1) miso (data input) sck (cpol = 0) ss msb lsb lsb msb ... ... 61 22 3 45 8 7
331 2490r?avr?02/2013 atmega64(l) figure 158. spi interface timing requirements (slave mode) mi so (data output) sck (cpol = 1) mo si (data input) sck (cpol = 0) ss msb lsb lsb msb ... ... 10 11 11 12 13 14 17 15 9 x 16 18
332 2490r?avr?02/2013 atmega64(l) adc characteristics notes: 1. minimum for avcc is 2.7v. 2. maximum for avcc is 5.5v. table 135. adc characteristics, single ended channels, -40 ? c ? 85 ? c symbol parameter condition min typ max units resolution single ended conversion 10 bits absolute accuracy (including inl, dnl, quantization error, gain and offset error) single ended conversion v ref = 4v, v cc = 4v adc clock = 200 khz 1.5 lsb single ended conversion v ref = 4v, v cc = 4v adc clock = 1 mhz 3 single ended conversion v ref = 4v, v cc = 4v adc clock = 200 khz noise reduction mode 1.5 single ended conversion v ref = 4v, v cc = 4v adc clock = 1 mhz noise reduction mode 3 integral non-linearity (inl) single ended conversion v ref = 4v, v cc = 4v adc clock = 200 khz 0.75 differential non-linearity (dnl) single ended conversion v ref = 4v, v cc = 4v adc clock = 200 khz 0.25 gain error single ended conversion v ref = 4v, v cc = 4v adc clock = 200 khz 0.75 offset error single ended conversion v ref = 4v, v cc = 4v adc clock = 200 khz 0.75 clock frequency 50 1000 khz conversion time 13 260 s avcc analog supply voltage v cc ?0.3 (1) v cc + 0.3 (2) v v ref reference voltage 2.0 avcc v in input voltage gnd v ref adc conversion output 0 1023 lsb input bandwidth 38.5 khz v int internal voltage reference 2.4 2.56 2.8 v r ref reference input resistance 32 k ? r ain analog input resistance 100 m ?
333 2490r?avr?02/2013 atmega64(l) table 136. adc characteristics, dif ferential channels, -40 ? c ? 85 ? c symbol parameter condition min typ max units resolution gain = 1x 10 bits gain = 10x 10 gain = 200x 10 absolute accuracy gain = 1x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 16 lsb gain = 10x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 16 gain = 200x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 8 integral non-linearity (inl) (accuracy after calibration for offset and gain error) gain = 1x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 0.75 gain = 10x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 0.75 gain = 200x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 2.5 gain error gain = 1x 1.6 % gain = 10x 1.6 gain = 200x 0.3 offset error gain = 1x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 1.5 lsb gain = 10x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 1 gain = 200x v ref = 4v, v cc = 5v adc clock = 50 - 200 khz 6 clock frequency 50 1000 khz conversion time 13 260 s avcc analog supply voltage v cc ?0.3 (1) v cc + 0.3 (2) v v ref reference voltage 2.0 avcc ? 0.5 v in input voltage gnd v cc v diff input differential voltage -v ref /gain v ref /gain adc conversion output -511 511 lsb input bandwidth 4khz
334 2490r?avr?02/2013 atmega64(l) notes: 1. minimum for avcc is 2.7v. 2. maximum for avcc is 5.5v. v int internal voltage reference 2.3 2.56 2.7 v r ref reference input resistance 32 k ? r ain analog input resistance 100 m ? table 136. adc characteristics, dif ferential channels, -40 ? c ? 85 ? c (continued) symbol parameter condition min typ max units
335 2490r?avr?02/2013 atmega64(l) external data memory timing notes: 1. this assumes 50% clock duty cycl e. the half peri od is actually the high time of the external clock, xtal1. 2. this assumes 50% clock duty cycle. the half period is actually the low time of the external clock, xtal1. table 137. external data memory characteristics, 4.5 - 5.5 volts, no wait-state symbol parameter 8 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 16 mhz 1t lhll ale pulse width 115 1.0t clcl -10 ns 2t avll address valid a to ale low 57.5 0.5t clcl -5 (1) 3a t llax_st address hold after ale low, write access 55 3b t llax_ld address hold after ale low, read access 55 4t avllc address valid c to ale low 57.5 0.5t clcl -5 (1) 5t avrl address valid to rd low 115 1.0t clcl -10 6t avwl address valid to wr low 115 1.0t clcl -10 7t llwl ale low to wr low 47.5 67.5 0.5t clcl -15 (2) 0.5t clcl +5 (2) 8t llrl ale low to rd low 47.5 67.5 0.5t clcl -15 (2) 0.5t clcl +5 (2) 9t dvrh data setup to rd high 40 40 10 t rldv read low to data valid 75 1.0t clcl -50 11 t rhdx data hold after rd high 0 0 12 t rlrh rd pulse width 115 1.0t clcl -10 13 t dvwl data setup to wr low 42.5 0.5t clcl -20 (1) 14 t whdx data hold after wr high 115 1.0t clcl -10 15 t dvwh data valid to wr high 125 1.0t clcl 16 t wlwh wr pulse width 115 1.0t clcl -10 table 138. external data memory characteristics, 4.5v - 5.5v, 1 cycle wait-state symbol parameter 8 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 16 mhz 10 t rldv read low to data valid 200 2.0t clcl -50 ns 12 t rlrh rd pulse width 240 2.0t clcl -10 15 t dvwh data valid to wr high 240 2.0t clcl 16 t wlwh wr pulse width 240 2.0t clcl -10
336 2490r?avr?02/2013 atmega64(l) table 139. external data memory characteristics, 4.5v - 5.5v, srwn1 = 1, srwn0 = 0 symbol parameter 4 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 16 mhz 10 t rldv read low to data valid 325 3.0t clcl -50 ns 12 t rlrh rd pulse width 365 3.0t clcl -10 15 t dvwh data valid to wr high 375 3.0t clcl 16 t wlwh wr pulse width 365 3.0t clcl -10 table 140. external data memory characteristics, 4.5v - 5.5v, srwn1 = 1, srwn0 = 1 symbol parameter 4 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 16 mhz 10 t rldv read low to data valid 325 3.0t clcl -50 ns 12 t rlrh rd pulse width 365 3.0t clcl -10 14 t whdx data hold after wr high 240 2.0t clcl -10 15 t dvwh data valid to wr high 375 3.0t clcl 16 t wlwh wr pulse width 365 3.0t clcl -10 table 141. external data memory characteristics, 2.7v - 5.5v, no wait-state symbol parameter 4 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 8 mhz 1t lhll ale pulse width 235 t clcl -15 ns 2t avll address valid a to ale low 115 0.5t clcl -10 (1) 3a t llax_st address hold after ale low, write access 55 3b t llax_ld address hold after ale low, read access 55 4t avllc address valid c to ale low 115 0.5t clcl -10 (1) 5t avrl address valid to rd low 235 1.0t clcl -15 6t avwl address valid to wr low 235 1.0t clcl -15 7t llwl ale low to wr low 115 130 0.5t clcl -10 (2) 0.5t clcl +5 (2) 8t llrl ale low to rd low 115 130 0.5t clcl -10 (2) 0.5t clcl +5 (2) 9t dvrh data setup to rd high 45 45 10 t rldv read low to data valid 190 1.0t clcl -60 11 t rhdx data hold after rd high 0 0 12 t rlrh rd pulse width 235 1.0t clcl -15
337 2490r?avr?02/2013 atmega64(l) notes: 1. this assumes 50% clock duty cycl e. the half peri od is actually the high time of the external clock, xtal1. 2. this assumes 50% clock duty cycle. the half period is actually the low time of the external clock, xtal1. 13 t dvwl data setup to wr low 105 0.5t clcl -20 (1) ns 14 t whdx data hold after wr high 235 1.0t clcl -15 15 t dvwh data valid to wr high 250 1.0t clcl 16 t wlwh wr pulse width 235 1.0t clcl -15 table 141. external data memory characteristics, 2.7v - 5.5v, no wait-state (continued) symbol parameter 4 mhz oscillator variable oscillator unit min max min max table 142. external data memory characteristics, 2.7v - 5.5v, srwn1 = 0, srwn0 = 1 symbol parameter 4 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 8 mhz 10 t rldv read low to data valid 440 2.0t clcl -60 ns 12 t rlrh rd pulse width 485 2.0t clcl -15 15 t dvwh data valid to wr high 500 2.0t clcl 16 t wlwh wr pulse width 485 2.0t clcl -15 table 143. external data memory characteristics, 2.7v - 5.5v, srwn1 = 1, srwn0 = 0 symbol parameter 4 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 8 mhz 10 t rldv read low to data valid 690 3.0t clcl -60 ns 12 t rlrh rd pulse width 735 3.0t clcl -15 15 t dvwh data valid to wr high 750 3.0t clcl 16 t wlwh wr pulse width 735 3.0t clcl -15 table 144. external data memory characteristics, 2.7v - 5.5v, srwn1 = 1, srwn0 = 1 symbol parameter 4 mhz oscillator variable oscillator unit min max min max 01/t clcl oscillator frequency 0.0 8 mhz 10 t rldv read low to data valid 690 3.0t clcl -60 ns 12 t rlrh rd pulse width 735 3.0t clcl -15 14 t whdx data hold after wr high 485 2.0t clcl -15 15 t dvwh data valid to wr high 750 3.0t clcl 16 t wlwh wr pulse width 735 3.0t clcl -15
338 2490r?avr?02/2013 atmega64(l) figure 159. external memory timing (srwn1 = 0, srwn0 = 0 figure 160. external memory timing (srwn1 = 0, srwn0 = 1) ale t1 t2 t3 write read wr t4 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data address system clock (clk cpu ) 1 4 2 7 6 3a 3b 5 8 12 16 13 10 11 14 15 9 ale t1 t2 t3 write read wr t5 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data address system clock (clk cpu ) 1 4 2 7 6 3a 3b 5 8 12 16 13 10 11 14 15 9 t4
339 2490r?avr?02/2013 atmega64(l) figure 161. external memory timing (srwn1 = 1, srwn0 = 0) figure 162. external memory timing (srwn1 = 1, srwn0 = 1) (1) note: 1. the ale pulse in the last period (t4-t7) is only present if the next instruction accesses the ram (internal or external). ale t1 t2 t3 write read wr t6 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data address system clock (clk cpu ) 1 4 2 7 6 3a 3b 5 8 12 16 13 10 11 14 15 9 t4 t5 ale t1 t2 t3 write read wr t7 a15:8 address prev. addr. da7:0 address data prev. data xx rd da7:0 (xmbk = 0) data address system clock (clk cpu ) 1 4 2 7 6 3a 3b 5 8 12 16 13 10 11 14 15 9 t4 t5 t6
340 2490r?avr?02/2013 atmega64(l) electrical characteristi cs ? ta = -40c to 105c absolute maximum ratings* operating temperature.................................. -55c to +125c *notice: stresses beyond those listed under ?absolute maximum ratings? may cause permanent dam- age to the device. this is a stress rating only and functional operation of the device at these or other conditions beyond those indicated in the operational sections of this specification is not implied. exposure to absolute maximum rating conditions for extended periods may affect device reliability. storage temperature ..................................... -65c to +150c voltage on any pin except reset with respect to ground ................................-0.5v to v cc +0.5v voltage on reset with respect to ground......-0.5v to +13.0v maximum operating voltage ............................................ 6.0v dc current per i/o pin ............................................... 40.0 ma dc current v cc and gnd pins................................ 200.0 ma dc characteristics t a = -40 c to 105 c, v cc = 2.7v to 5.5v (unless otherwise noted) symbol parameter condition min typ max units v il input low voltage except xtal1 and reset pins -0.5 0.2 v cc (1) v v il1 input low voltage xtal1 pin, external clock selected -0.5 0.1 v cc (1) v v il2 input low voltage reset pin -0.5 0.2 v cc (1) v v ih input high voltage except xtal1 and reset pins 0.6 v cc (2) v cc + 0.5 v v ih1 input high voltage xtal1 pin, external clock selected 0.7 v cc (2) v cc + 0.5 v v ih2 input high voltage reset pin 0.85 v cc (2) v cc + 0.5 v v ol output low voltage (3) (ports a,b,c,d, e, f, g) i ol = 20 ma, v cc = 5v i ol = 10 ma, v cc = 3v 0.9 0.6 v v v oh output high voltage (4) (ports a,b,c,d, e, f, g)) i oh = -20 ma, v cc = 5v i oh = -10 ma, v cc = 3v 4.1 2.1 v v i il input leakage current i/o pin vcc = 5.5v, pin low (absolute value) 1.0 a i ih input leakage current i/o pin vcc = 5.5v, pin high (absolute value) 1.0 a r rst reset pull-up resistor 30 60 k ? r pen pen pull-up resistor 20 60 k ? r pu i/o pin pull-up resistor 20 50 k ?
341 2490r?avr?02/2013 atmega64(l) notes: 1. ?max? means the highest value where the pin is guaranteed to be read as low 2. ?min? means the lowest value where t he pin is guaranteed to be read as high 3. although each i/o port can sink more than the test conditions (20 ma at v cc = 5v, 10 ma at v cc = 3v) under steady state conditions (non-transient), th e following must be observed: tqfp and qfn/mlf package: 1] the sum of all iol, for all ports, should not exceed 400 ma. 2] the sum of all iol, for ports a0 - a7, g2, c3 - c7 should not exceed 100 ma. 3] the sum of all iol, for ports c0 - c2, g0 - g1, d0 - d7, xtal2 should not exceed 100 ma. 4] the sum of all iol, for ports b0 - b7, g3 - g4, e0 - e7 should not exceed 100 ma. 5] the sum of all iol, for ports f0 - f7, should not exceed 100 ma. if iol exceeds the test condition, vol may exceed the related specification. pins are not guar anteed to sink current greater than the listed test condition. 4. although each i/o port can source more than the test condition s (20 ma at vcc = 5v, 10 ma at vcc = 3v) under steady state conditions (non-transient), th e following must be observed: tqfp and qfn/mlf package: 1] the sum of all ioh, for a ll ports, should not exceed 400 ma. 2] the sum of all ioh, for ports a0 - a7 , g2, c3 - c7 should not exceed 100 ma. 3] the sum of all ioh, for ports c0 - c2, g0 - g1, d0 - d7, xtal2 should not exceed 100 ma. 4] the sum of all ioh, for ports b0 - b7, g3 - g4, e0 - e7 should not exceed 100 ma. 5] the sum of all ioh, for ports f0 - f7, should not exceed 100 ma. if ioh exceeds the test condition, voh may exceed the rela ted specification. pins are not guaranteed to source current greater than the listed test condition. 5. minimum v cc for power-down is 2.5v. i cc power supply current active 4 mhz, v cc = 3v 5 ma active 8 mhz, v cc = 5v 20 ma idle 4 mhz, v cc = 3v 3 ma idle 8 mhz, v cc = 5v 12 ma power-down mode (5) wdt enabled, v cc = 3v < 15 30 a wdt disabled, v cc = 3v < 5 20 a v acio analog comparator input offset voltage v cc = 5v v in = v cc /2 -40 40 mv i aclk analog comparator input leakage current v cc = 5v v in = v cc /2 -50 50 na t acpd analog comparator propagation delay v cc = 2.7v v cc = 5.0 750 500 ns dc characteristics t a = -40 c to 105 c, v cc = 2.7v to 5.5v (unless otherwise noted) (continued) symbol parameter condition min typ max units
342 2490r?avr?02/2013 atmega64(l) typical characteristics ? ta = -40c to 85c the following charts show typical behavior. t hese figures are not tested during manufacturing. all current consumption measurements are performed with all i/o pins configured as inputs and with internal pull-ups enabled. a sine wave generator with rail-to-rail output is used as clock source. the power consumption in power-down mode is independent of clock selection. the current consumption is a function of several factors such as: operating voltage, operating frequency, loading of i/o pins, switching rate of i/o pins, code executed and ambient tempera- ture. the dominating factors are operating voltage and frequency. the current drawn from capacitive loaded pins may be estimated (for one pin) as c l * v cc *f where c l = load capacitance, v cc = operating voltage and f = average switching frequency of i/o pin. the parts are characterized at frequencies higher than test limits. parts are not guaranteed to function properly at frequencies higher than the ordering code indicates. the difference between current consumption in power-down mode with watchdog timer enabled and power-down mode with watchdog timer disabled represents the differential cur- rent drawn by the watchdog timer. active supply current figure 163. active supply current vs. frequency (0.1 mhz - 1.0 mhz) 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 0 0.5 1 1.5 2 2.5 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 frequency (mhz) i cc (m a)
343 2490r?avr?02/2013 atmega64(l) figure 164. active supply current vs. frequency (1 mhz - 20 mhz) figure 165. active supply current vs. v cc (internal rc oscillator, 1 mhz) 5.5v 5.0v 4.5v 4.0v 3.6v 3.0v 0 5 10 15 20 25 30 35 40 45 0 2 4 6 8 101214161820 frequency (mhz) i cc (ma) 85c -40c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
344 2490r?avr?02/2013 atmega64(l) figure 166. active supply current vs. v cc (internal rc oscillator, 2 mhz) figure 167. active supply current vs. v cc (internal rc oscillator, 4 mhz) 85c 25c -40c 2 2.5 3 3.5 4 4.5 5 5.5 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) 85c 25c -40c 3 4 5 6 7 8 9 10 11 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
345 2490r?avr?02/2013 atmega64(l) figure 168. active supply current vs. v cc (internal rc oscillator, 8 mhz) figure 169. active supply current vs. v cc (32 khz external oscillator) 85c 25c -40c 6 8 10 12 14 16 18 20 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) 25c 40 50 60 70 80 90 100 110 120 130 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a)
346 2490r?avr?02/2013 atmega64(l) idle supply current figure 170. idle supply current vs. frequency (0.1 mhz - 1.0 mhz) figure 171. idle supply current vs. frequency (1 mhz - 20 mhz) 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 0 0.2 0.4 0.6 0.8 1 1.2 1.4 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 frequency (mhz) i cc (ma) 0 5 10 15 20 25 0 2 4 6 8 101214161820 frequency (mhz) i cc (ma) 4.0v 4.5v 5.0v 5.5v
347 2490r?avr?02/2013 atmega64(l) figure 172. idle supply current vs. v cc (internal rc o scillator, 1 mhz) figure 173. idle supply current vs. v cc (internal rc o scillator, 2 mhz) 85c 25c -40c 0.4 0.6 0.8 1 1.2 1.4 1.6 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) 85c 25c -40c 0.5 1 1.5 2 2.5 3 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
348 2490r?avr?02/2013 atmega64(l) figure 174. idle supply current vs. v cc (internal rc o scillator, 4 mhz) figure 175. idle supply current vs. v cc (internal rc o scillator, 8 mhz) 85c 25c -40c 1.5 2 2.5 3 3.5 4 4.5 5 5.5 6 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) 85c 25c -40c 3 4 5 6 7 8 9 10 11 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
349 2490r?avr?02/2013 atmega64(l) figure 176. idle supply current vs. v cc (32 khz external oscillator) power-down supply current figure 177. power-down supply current vs. v cc (watchdog timer disabled) 25c 30 35 40 45 50 55 60 65 70 75 80 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a) 85c 25c -40c 0 0.5 1 1.5 2 2.5 3 3.5 4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a)
350 2490r?avr?02/2013 atmega64(l) figure 178. power-down supply current vs. v cc (watchdog timer enabled) power-save supply current figure 179. power-save supply current vs. v cc (watchdog timer disabled) 85c 25c -40c 0 5 10 15 20 25 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a) 25c 0 2 4 6 8 10 12 14 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a)
351 2490r?avr?02/2013 atmega64(l) standby supply current figure 180. standby supply current vs. v cc figure 181. standby supply current vs. v cc (ckopt programmed) 6 mhz xtal 6 mhz res 4 mhz xtal 4 mhz res 455 khz res 2 mhz xtal 2 mhz res 1 mhz res 0.02 0.04 0.06 0.08 0.1 0.12 0.14 0.16 0.18 0.2 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) 6 mhz xtal 4 mhz xtal 16 mhz xtal 12 mhz xtal 0 0.5 1 1.5 2 2.5 3 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
352 2490r?avr?02/2013 atmega64(l) pin pull-up figure 182. i/o pin pull-up resistor current vs. input voltage (v cc = 5v) figure 183. i/o pin pull-up resistor current vs. input voltage (v cc = 2.7v) 85c 25c -40c 0 20 40 60 80 100 120 140 160 0 0.5 1 1.5 2 2.5 3 3.5 4 4.5 5 v op (v) i op ( a) 85c 25c -40c 0 10 20 30 40 50 60 70 80 0 0.5 1 1.5 2 2.5 3 v op (v) i op ( a)
353 2490r?avr?02/2013 atmega64(l) figure 184. reset pull-up resistor current vs. reset pin voltage (v cc = 5v) figure 185. reset pull-up resistor current vs. reset pin voltage (v cc = 2.7v) 85c 25c -40c 0 20 40 60 80 100 120 0 0.5 1 1.5 2 2.5 3 3.5 4 4.5 5 v reset (v) i reset ( a) cc 85c 25c -40c 0 10 20 30 40 50 60 0 0.5 1 1.5 2 2.5 3 v reset (v) i reset ( a)
354 2490r?avr?02/2013 atmega64(l) figure 186. pen pull-up resistor curr ent vs. pen pin voltage (v cc = 5v) figure 187. pen pull-up resistor curr ent vs. pen pin voltage (v cc = 2.7v) 85c 25c -40c 0 20 40 60 80 100 120 140 0 0.5 1 1.5 2 2.5 3 3.5 4 4.5 5 v pen (v) i pen (ua) cc 85c 25c -40c 0 10 20 30 40 50 60 70 80 0 0.5 1 1.5 2 2.5 3 v pen (v) i pen ( a)
355 2490r?avr?02/2013 atmega64(l) pin driver strength figure 188. i/o pin source current vs. output voltage (v cc = 5v) figure 189. i/o pin source current vs. output voltage (v cc = 2.7v) 85c 25c -40c 0 10 20 30 40 50 60 70 80 3 3.2 3.4 3.6 3.8 4 4.2 4.4 4.6 4.8 5 v oh (v) i oh (ma) cc 85c 25c -40c 0 5 10 15 20 25 30 0.5 1 1.5 2 2.5 3 v oh (v) i oh (ma)
356 2490r?avr?02/2013 atmega64(l) figure 190. i/o pin sink current vs. output voltage (v cc = 5v) figure 191. i/o pin sink current vs. output voltage (v cc = 2.7v) 85c 25c -40c 0 10 20 30 40 50 60 70 80 0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 v ol (v) i ol (ma) cc 85c 25c -40c 0 5 10 15 20 25 30 0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 v ol (v) i ol (ma)
357 2490r?avr?02/2013 atmega64(l) pin thresholds and hysteresis figure 192. i/o pin input threshold voltage vs. v cc (vih, i/o pin read as '1') figure 193. i/o pin input threshold voltage vs. v cc (vil, i/o pin read as '0') 85c 25c -40c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v) vil. io pin read as 0 85c 25c -40c 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshol d (v)
358 2490r?avr?02/2013 atmega64(l) figure 194. i/o pin input hysteresis vs. v cc figure 195. reset input threshold voltage vs. v cc (vih, reset pin read as '1') 85c 25c -40c 0 0.2 0.4 0.6 0.8 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v) 85c 25c -40c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v)
359 2490r?avr?02/2013 atmega64(l) figure 196. reset input threshold voltage vs. v cc (vil, reset pin read as '0') figure 197. reset input pin hysteresis vs. v cc 85c 25c -40c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v) 85c 25c -40c 0 0.05 0.1 0.15 0.2 0.25 0.3 0.35 2.5 3 3.5 4 4.5 5 5.5 v cc (v) hysteresis (v)
360 2490r?avr?02/2013 atmega64(l) bod thresholds and analog comparator offset figure 198. bod thresholds vs. temper ature (bodlevel is 4.0v) figure 199. bod thresholds vs. temper ature (bodlevel is 2.7v) 3.75 3.8 3.85 3.9 3.95 4 -40-30-20-100 1020304050607080 temperature (c) threshold (v) rising v cc falling v cc 2.6 2.62 2.64 2.66 2.68 2.7 2.72 2.74 2.76 2.78 2.8 -40 -20 0 20 40 60 80 temperature (c) thres hold (v) rising v cc falling v cc
361 2490r?avr?02/2013 atmega64(l) figure 200. bandgap voltage vs. v cc internal oscillator speed figure 201. watchdog oscillator frequency vs. v cc 85c 25c -40c 1.25 1.255 1.26 1.265 1.27 1.275 2.5 3 3.5 4 4.5 5 5.5 v cc (v) bandgap voltage (v) 85c 25c -40c 950 960 970 980 990 1000 1010 1020 1030 1040 1050 1060 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (k hz)
362 2490r?avr?02/2013 atmega64(l) figure 202. calibrated 1 mhz rc oscillator frequen cy vs. temperature figure 203. calibrated 1 mhz rc osc illator frequency vs. v cc 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 0.9 0.92 0.94 0.96 0.98 1 1.02 -40 -30 -20 -10 0 10 20 30 40 50 60 70 80 temperature (c) f rc (mhz ) 85c 25c -40c 0.9 0.92 0.94 0.96 0.98 1 1.02 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz )
363 2490r?avr?02/2013 atmega64(l) figure 204. calibrated 1 mhz rc oscillator frequen cy vs. osccal value figure 205. calibrated 2 mhz rc oscillator frequen cy vs. temperature 25c 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal value f rc (mhz) 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 1.75 1.8 1.85 1.9 1.95 2 2.05 -40 -30 -20 -10 0 10 20 30 40 50 60 70 80 temperature (c) f rc (mhz)
364 2490r?avr?02/2013 atmega64(l) figure 206. calibrated 2 mhz rc osc illator frequency vs. v cc figure 207. calibrated 2 mhz rc oscillator frequen cy vs. osccal value 85c 25c -40c 1.8 1.85 1.9 1.95 2 2.05 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz) 25c 0.75 1.25 1.75 2.25 2.75 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal value f rc (mhz)
365 2490r?avr?02/2013 atmega64(l) figure 208. calibrated 4 mhz rc oscillator frequen cy vs. temperature figure 209. calibrated 4 mhz rc osc illator frequency vs. v cc 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 3,6 3,65 3,7 3,75 3,8 3,85 3,9 3,95 4 4,05 4,1 -40-30-20-100 1020304050607080 temperature (c) f rc (m hz) 85c 25c -40c 3.6 3.65 3.7 3.75 3.8 3.85 3.9 3.95 4 4.05 4.1 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz )
366 2490r?avr?02/2013 atmega64(l) figure 210. calibrated 4 mhz rc oscillator frequen cy vs. osccal value figure 211. calibrated 8 mhz rc oscillator frequen cy vs. temperature 25c 1.5 2 2.5 3 3.5 4 4.5 5 5.5 6 6.5 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal value f rc (mhz) 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 6.5 6.7 6.9 7.1 7.3 7.5 7.7 7.9 8.1 8.3 -40 -20 0 20 40 60 80 temperature (c) f rc (mhz)
367 2490r?avr?02/2013 atmega64(l) figure 212. calibrated 8 mhz rc osc illator frequency vs. v cc figure 213. calibrated 8 mhz rc oscillator frequen cy vs. osccal value 85c 25c -40c 6.6 6.8 7 7.2 7.4 7.6 7.8 8 8.2 8.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz) 25c 3 4 5 6 7 8 9 10 11 12 13 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal value f rc (mhz )
368 2490r?avr?02/2013 atmega64(l) current consumption of peripheral units figure 214. brownout detector current vs. v cc figure 215. adc current vs. v cc (adc clk = 50 khz) brownout detector current vs. v cc 85c 25c -40c 0 2 4 6 8 10 12 14 16 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a) 85c 25c -40c 130 150 170 190 210 230 250 270 290 310 330 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a)
369 2490r?avr?02/2013 atmega64(l) figure 216. aref current vs. v cc figure 217. analog comparator current vs. v cc 85c 25c -40c 70 80 90 100 110 120 130 140 150 160 170 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc ( a) 85c 25c -40c 30 40 50 60 70 80 90 2,5 3 3,5 4 4,5 5 5,5 v cc (v) i cc ( a)
370 2490r?avr?02/2013 atmega64(l) figure 218. programming current vs. v cc current consumption in reset and reset pulse width figure 219. reset supply current vs. v cc (0.1 mhz - 1.0 mhz, excluding current through the reset pull-up) 85c 25c -40c 0 1 2 3 4 5 6 7 8 9 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 0 0.5 1 1.5 2 2.5 3 3.5 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1 frequency (mhz) i cc (m a)
371 2490r?avr?02/2013 atmega64(l) figure 220. reset supply current vs. v cc (1 mhz - 20 mhz, excluding current through the reset pull-up) figure 221. minimum reset pulse width vs. v cc 5.5v 5.0v 4.5v 4.0v 3.6v 3.3v 2.7v 0 5 10 15 20 25 30 35 40 0 2 4 6 8 101214161820 frequency (mhz) i cc (ma) 85c 25c -40c 0 200 400 600 800 1000 1200 2.5 3 3.5 4 4.5 5 5.5 v cc (v) pulsewidth (ns)
372 2490r?avr?02/2013 atmega64(l) atmega64 typical characteristics ? ta = -40c to 105c the following charts show typical behavior. t hese figures are not tested during manufacturing. all current consumption measurements are performed with all i/o pins configured as inputs and with internal pull-ups enabled. a sine wave generator with rail-to-rail output is used as clock source. the power consumption in power-down mode is independent of clock selection. the current consumption is a function of several factors such as: operating voltage, operating frequency, loading of i/o pins, switching rate of i/o pins, code executed and ambient tempera- ture. the dominating factors are operating voltage and frequency. the current drawn from capacitive loaded pins may be estimated (for one pin) as c l * v cc *f where c l = load capacitance, v cc = operating voltage and f = average switching frequency of i/o pin. the parts are characterized at frequencies higher than test limits. parts are not guaranteed to function properly at frequencies higher than the ordering code indicates. the difference between current consumption in power-down mode with watchdog timer enabled and power-down mode with watchdog timer disabled represents the differential cur- rent drawn by the watchdog timer. active supply current figure 222. active supply current vs. v cc (internal rc oscillator, 8 mhz) active supply current vs. v cc internal rc oscillator, 8 mhz 105 c 85 c 25 c -40 c 6 8 10 12 14 16 18 20 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
373 2490r?avr?02/2013 atmega64(l) figure 223. active supply current vs. v cc (internal rc oscillator, 4 mhz) figure 224. active supply current vs. v cc (internal rc oscillator, 2 khz) active supply current vs. v cc internal rc oscillator, 4 mhz 105 c 85 c 25 c -40 c v cc (v) i cc (ma) 3 4 5 6 7 8 9 10 11 2,5 3 3,5 4 4,5 5 5,5 active supply current vs. v cc internal rc oscillator, 2 mhz 105 c 85 c 25 c -40 c 2 2.5 3 3.5 4 4.5 5 5.5 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
374 2490r?avr?02/2013 atmega64(l) figure 225. active supply current vs. v cc (internal rc oscillator, 1 khz) figure 226. active supply current vs. v cc (internal rc oscillator, 1 khz) active supply current vs. v cc internal rc oscillator, 1 mhz 105 c 85 c 25 c -40 c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) active supply current vs. v cc internal rc oscillator, 1 mhz 105 c 85 c 25 c -40 c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.6 2.8 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
375 2490r?avr?02/2013 atmega64(l) idle supply current figure 227. idle supply current vs. v cc (internal rc o scillator, 1 mhz) figure 228. idle supply current vs. v cc (internal rc o scillator, 2 mhz) idle supply current vs. v cc internal rc oscillator, 1 mhz 105 c 85 c 25 c -40 c 0.4 0.6 0.8 1 1.2 1.4 1.6 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) idle supply current vs. v cc internal rc oscillator, 2 mhz 105 c 85 c 25 c -40 c 0.5 1 1.5 2 2.5 3 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
376 2490r?avr?02/2013 atmega64(l) figure 229. idle supply current vs. v cc (internal rc o scillator, 4 mhz) figure 230. idle supply current vs. v cc (internal rc o scillator, 8 mhz) idle supply current vs. v cc internal rc oscillator, 4 mhz 105 c 85 c 25 c -40 c 1.5 2 2.5 3 3.5 4 4.5 5 5.5 6 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma) idle supply current vs. v cc internal rc oscillator, 8 mhz 105 c 85 c 25 c -40 c 3 4 5 6 7 8 9 10 11 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ma)
377 2490r?avr?02/2013 atmega64(l) power-down supply current figure 231. power-down supply current vs. v cc (watchdog timer disabled) figure 232. power-down supply current vs. v cc (watchdog timer enabled) power-down supply current vs. v cc watchdog timer disabled 105 c 85 c 25 c -40 c 0 1 2 3 4 5 6 7 8 9 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ua ) power-down supply current vs. v cc watchdog timer enabled 105 c 85 c 25 c -40 c 0 5 10 15 20 25 30 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ua)
378 2490r?avr?02/2013 atmega64(l) pin pull-up figure 233. i/o pin pull-up resistor current vs. input voltage (v cc = 5v) figure 234. i/o pin pull-up resistor current vs. input voltage (v cc = 2.7v) i/o pin pull-up resistor current vs. input voltage v cc = 5v 105 c 85 c 25 c -40 c 0 20 40 60 80 100 120 140 160 0 0.5 1 1.5 2 2.5 3 3.5 4 4.5 5 v op (v) i op (ua) i/o pin pull-up resistor current vs. input voltage v cc = 2.7v 105 c 85 c 25 c -40 c 0 10 20 30 40 50 60 70 80 0 0.5 1 1.5 2 2.5 3 v op (v) i op (ua)
379 2490r?avr?02/2013 atmega64(l) figure 235. reset pull-up resist or current vs. reset pin voltage (v cc = 5v) figure 236. reset pull-up resist or current vs. reset pin voltage (v cc = 2.7v) reset pull-up resistor current vs. reset pin voltage v cc = 5v 105 c 85 c 25 c -40 c 0 20 40 60 80 100 120 0 0.5 1 1.5 2 2.5 3 3.5 4 4.5 5 v reset (v) i reset (ua) reset pull-up resistor current vs. reset pin voltage v cc = 2.7v 105 c 85 c 25 c -40 c 0 10 20 30 40 50 60 0 0.5 1 1.5 2 2.5 3 v reset (v) i reset (ua)
380 2490r?avr?02/2013 atmega64(l) pin driver strength figure 237. i/o pin source current vs. output voltage (low power ports, v cc = 5v) figure 238. i/o pin source current vs. output voltage (low power ports, v cc = 2.7v) i/o pin source current vs. output voltage v cc = 5v 105 c 85 c 25 c -40 c 0 10 20 30 40 50 60 70 80 3 3.2 3.4 3.6 3.8 4 4.2 4.4 4.6 4.8 5 v oh (v) i oh (ma) i/o pin source current vs. output voltage v cc = 2.7v 105 c 85 c 25 c -40 c 0 5 10 15 20 25 30 0.5 1 1.5 2 2.5 3 v oh (v) i oh (ma)
381 2490r?avr?02/2013 atmega64(l) figure 239. i/o pin sink current vs. output voltage (low power ports , v cc = 5v) figure 240. i/o pin sink current vs. output voltage (low power ports, v cc = 2,7v) i/o pin sink current vs. output voltage v cc = 5v 105 c 85 c 25 c -40 c 0 10 20 30 40 50 60 70 80 0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 v ol (v) i ol (ma) i/o pin sink current vs. output voltage v cc = 2.7v 105 c 85 c 25 c -40 c 0 5 10 15 20 25 30 0 0.2 0.4 0.6 0.8 1 1.2 1.4 1.6 1.8 2 v ol (v) i ol (ma)
382 2490r?avr?02/2013 atmega64(l) pin thresholds and hysteresis figure 241. i/o pin input threshold voltage vs. v cc (v ih , i/o pin read as '1') figure 242. i/o pin input threshold voltage vs. v cc (v il , i/o pin read as '0') i/o pin input threshold voltage vs. v cc vih, io pin read as '1' 105 c 85 c 25 c -40 c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v) i/o pin input threshold voltage vs. v cc vil, io pin read as '0' 105 c 85 c 25 c -40 c 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 2.5 3 3.5 4 4.5 5 5.5 v cc (v) thres hold (v )
383 2490r?avr?02/2013 atmega64(l) figure 243. i/o pin input hysteresis vs. v cc figure 244. reset input threshold voltage vs. v cc (v ih , reset pin read as '1') i/o pin input hysteresis vs. v cc 105 c 85 c 25 c -40 c 0 0.2 0.4 0.6 0.8 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v) reset input threshold voltage vs. v cc vih, io pin read as '1' 105 c 85 c 25 c -40 c 1 1.2 1.4 1.6 1.8 2 2.2 2.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) threshold (v)
384 2490r?avr?02/2013 atmega64(l) bod thresholds and analog comparator offset figure 245. bandgap voltage vs vcc) internal oscillator speed figure 246. wdt oscillator frequency vs. operativn voltage bandgap voltage vs. v cc 105 c 85 c -40 c 1.2 1.21 1.22 1.23 1.24 1.25 2.5 3 3.5 4 4.5 5 5.5 v cc (v) bandgap voltage (v) watchdog oscillator frequency vs. operating voltage 105 c 85 c 25 c -40 c 940 960 980 1000 1020 1040 1060 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (khz)
385 2490r?avr?02/2013 atmega64(l) figure 247. calibrated 4 mhz rc osc illator frequency vs. v cc figure 248. 8 mhz rc oscillator frequency vs. v cc calibrated 4mhz rc oscillator frequency vs. v cc 105 c 85 c 25 c -40 c 3.55 3.6 3.65 3.7 3.75 3.8 3.85 3.9 3.95 4 4.05 4.1 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz ) calibrated 8mhz rc oscillator frequency vs. v cc 105 c 85 c 25 c -40 c 6.6 6.8 7 7.2 7.4 7.6 7.8 8 8.2 8.4 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz )
386 2490r?avr?02/2013 atmega64(l) figure 249. 1 mhz rc oscillator frequency vs. vcc figure 250. 1 khz rc oscillator fr equency vs. oscillator calibrated 1mhz rc oscillator frequency vs. v cc 105 c 85 c 25 c -40 c 0.9 0.92 0.94 0.96 0.98 1 1.02 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz) calibrated 1mhz rc oscillator frequency vs. osccal value 105 c 85 c 25 c -40 c 0.4 0.5 0.6 0.7 0.8 0.9 1 1.1 1.2 1.3 1.4 1.5 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal (x1) f rc (mhz )
387 2490r?avr?02/2013 atmega64(l) figure 251. 2 mhz rc oscillator frequency vs. vcc figure 252. 2 mhz rc oscillator frequency vs osccal calibrated 2mhz rc oscillator frequency vs. v cc 105 c 85 c 25 c -40 c 1.8 1.85 1.9 1.95 2 2.05 2.5 3 3.5 4 4.5 5 5.5 v cc (v) f rc (mhz ) calibrated 2mhz rc oscillator frequency vs. osccal value 105 c 85 c 25 c -40 c 0.75 1.25 1.75 2.25 2.75 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal (x1) f rc (mhz )
388 2490r?avr?02/2013 atmega64(l) figure 253. 4 mhz rc oscillator frequency vs. osccal figure 254. 8 mhz rc oscillator frequency vs. osccal calibrated 4mhz rc oscillator frequency vs. osccal value 105 c 85 c 25 c -40 c 1.5 2 2.5 3 3.5 4 4.5 5 5.5 6 6.5 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal (x1) f rc (mhz) calibrated 8mhz rc oscillator frequency vs. osccal value 105 c 85 c 25 c -40 c 3 4 5 6 7 8 9 10 11 12 13 0 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 osccal (x1) f rc (mhz )
389 2490r?avr?02/2013 atmega64(l) current consumption of peripheral units figure 255. 1 mhz aref current vs. v cc figure 256. brownout detector current vs. v cc aref current vs. v cc adc at 1mhz 105 c 85 c 25 c -40 c 70 80 90 100 110 120 130 140 150 160 170 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ua) brownout detector current vs. v cc 105 c 85 c 25 c -40 c v cc (v) i cc (ua) 0 2 4 6 8 10 12 14 16 2,5 3 3,5 4 4,5 5 5,5
390 2490r?avr?02/2013 atmega64(l) figure 257. adc current vs. v cc figure 258. analog comparator current vs. v cc adc current vs. v cc adc at 50khz 105 c 85 c 25 c -40 c 130 150 170 190 210 230 250 270 290 310 330 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ua) analog comparator current vs. v cc 105 c 85 c 25 c -40 c 30 40 50 60 70 80 90 2.5 3 3.5 4 4.5 5 5.5 v cc (v) i cc (ua)
391 2490r?avr?02/2013 atmega64(l) figure 259. programming current vs. v cc current consumption in reset and reset pulse width figure 260. reset pulse width vs. v cc eeprom write current vs. v cc ext clk 105 c 85 c 25 c -40 c 0 1 2 3 4 5 6 7 8 9 2,5 3 3,5 4 4,5 5 5,5 v cc (v) i cc (ma) reset pulse width vs. v cc ext clock 1 mhz 105 c 85 c 25 c -40 c 0 200 400 600 800 1000 1200 2,5 3 3,5 4 4,5 5 5,5 v cc (v) pulsewidth (ns)
392 2490r?avr?02/2013 atmega64(l) register summary address name bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1 bit 0 page (0xff) reserved ? ? ? ? ? ? ? ? .. reserved ? ? ? ? ? ? ? ? (0x9e) reserved ? ? ? ? ? ? ? ? (0x9d) ucsr1c ? umsel1 upm11 upm10 usbs1 ucsz11 ucsz10 ucpol1 191 (0x9c) udr1 usart1 i/o data register 188 (0x9b) ucsr1a rxc1 txc1 udre1 fe1 dor1 upe1 u2x1 mpcm1 189 (0x9a) ucsr1b rxcie1 txcie1 udrie1 rxen1 txen1 ucsz12 rxb81 txb81 190 (0x99) ubrr1l usart1 baud rate register low 193 (0x98) ubrr1h ? ? ? ? usart1 baud rate register high 193 (0x97) reserved ? ? ? ? ? ? ? ? (0x96) reserved ? ? ? ? ? ? ? ? (0x95) ucsr0c ? umsel0 upm01 upm00 usbs0 ucsz01 ucsz00 ucpol0 191 (0x94) reserved ? ? ? ? ? ? ? ? (0x93) reserved ? ? ? ? ? ? ? ? (0x92) reserved ? ? ? ? ? ? ? ? (0x91) reserved ? ? ? ? ? ? ? ? (0x90) ubrr0h ? ? ? ? usart0 baud rate register high 193 (0x8f) reserved ? ? ? ? ? ? ? ? (0x8e) adcsrb ? ? ? ? ? adts2 adts1 adts0 247 (0x8d) reserved ? ? ? ? ? ? ? ? (0x8c) tccr3c foc3a foc3b foc3c ? ? ? ? ? 138 (0x8b) tccr3a com3a1 com3a0 com3b1 com3b0 com3c1 com3c0 wgm31 wgm30 132 (0x8a) tccr3b icnc3 ices3 ? wgm33 wgm32 cs32 cs31 cs30 136 (0x89) tcnt3h timer/counter3 ? counter register high byte 138 (0x88) tcnt3l timer/counter3 ? counter register low byte 138 (0x87) ocr3ah timer/counter3 ? output compare register a high byte 139 (0x86) ocr3al timer/counter3 ? output compare register a low byte 139 (0x85) ocr3bh timer/counter3 ? output compare register b high byte 139 (0x84) ocr3bl timer/counter3 ? output compare register b low byte 139 (0x83) ocr3ch timer/counter3 ? output compare register c high byte 139 (0x82) ocr3cl timer/counter3 ? output compare register c low byte 139 (0x81) icr3h timer/counter3 ? input capture register high byte 140 (0x80) icr3l timer/counter3 ? input capture register low byte 140 (0x7f) reserved ? ? ? ? ? ? ? ? (0x7e) reserved ? ? ? ? ? ? ? ? (0x7d) etimsk ? ? ticie3 ocie3a ocie3b toie3 ocie3c ocie1c 141 (0x7c) etifr ? ? icf3 ocf3a ocf3b tov3 ocf3c ocf1c 142 (0x7b) reserved ? ? ? ? ? ? ? ? (0x7a) tccr1c foc1a foc1b foc1c ? ? ? ? ? 137 (0x79) ocr1ch timer/counter1 ? output compare register c high byte 139 (0x78) ocr1cl timer/counter1 ? output compare register c low byte 139 (0x77) reserved ? ? ? ? ? ? ? ? (0x76) reserved ? ? ? ? ? ? ? ? (0x75) reserved ? ? ? ? ? ? ? ? (0x74) twcr twint twea twsta twsto twwc twen ? twie 206 (0x73) twdr two-wire serial interface data register 208 (0x72) twar twa6 twa5 twa4 tw a3 twa2 twa1 twa0 twgce 208 (0x71) twsr tws7 tw s6 tws5 tws4 tws3 ? twps1 twps0 207 (0x70) twbr two-wire serial interface bit rate register 206 (0x6f) osccal oscillator calibration register 43 (0x6e) reserved ? ? ? ? ? ? ? ? (0x6d) xmcra ? srl2 srl1 srl0 srw01 srw00 srw11 32 (0x6c) xmcrb xmbk ? ? ? ? xmm2 xmm1 xmm0 34 (0x6b) reserved ? ? ? ? ? ? ? ? (0x6a) eicra isc31 isc30 isc21 isc20 isc11 isc10 isc01 isc00 90 (0x69) reserved ? ? ? ? ? ? ? ? (0x68) spmcsr spmie rwwsb ? rwwsre blbset pgwrt pgers spmen 281 (0x67) reserved ? ? ? ? ? ? ? ? (0x66) reserved ? ? ? ? ? ? ? ? (0x65) portg ? ? ? portg4 portg3 portg2 portg1 portg0 89 (0x64) ddrg ? ? ? ddg4 ddg3 ddg2 ddg1 ddg0 89 (0x63) ping ? ? ? ping4 ping3 ping2 ping1 ping0 89 (0x62) portf portf7 portf6 portf5 portf4 portf3 portf2 portf1 portf0 88 (0x61) ddrf ddf7 ddf6 ddf5 ddf4 ddf3 ddf2 ddf1 ddf0 89
393 2490r?avr?02/2013 atmega64(l) (0x60) reserved ? ? ? ? ? ? ? ? 0x3f (0x5f) sreg i t h s v n z c 12 0x3e (0x5e) sph sp15 sp14 sp13 sp12 sp11 sp10 sp9 sp8 14 0x3d (0x5d) spl sp7 sp6 sp5 sp4 sp3 sp2 sp1 sp0 14 0x3c (0x5c) xdiv xdiven xdiv6 xdiv5 xdiv4 xdiv3 xdiv2 xdiv1 xdiv0 39 0x3b (0x5b) reserved ? ? ? ? ? ? ? ? 0x3a (0x5a) eicrb isc71 isc70 isc61 isc60 isc51 isc50 isc41 isc40 91 0x39 (0x59) eimsk int7 int6 int5 int4 int3 int2 int1 int0 92 0x38 (0x58) eifr intf7 intf6 intf5 intf4 intf3 intf intf1 intf0 92 0x37 (0x57) timsk ocie2 toie2 ticie1 ocie1a ocie1b toie1 ocie0 toie0 109, 140, 160 0x36 (0x56) tifr ocf2 tov2 icf1 ocf1a ocf1b tov1 ocf0 tov0 109, 142, 160 0x35 (0x55) mcucr sre srw10 se sm1 sm0 sm2 ivsel ivce 32, 46, 64 0x34 (0x54) mcucsr jtd ? ? jtrf wdrf borf extrf porf 55, 256 0x33 (0x53) tccr0 foc0 wgm00 com01 com00 wgm01 cs02 cs01 cs00 104 0x32 (0x52) tcnt0 timer/counter0 (8 bit) 106 0x31 (0x51) ocr0 timer/counter0 output compare register 106 0x30 (0x50) assr ? ? ? ? as0 tcn0ub ocr0ub tcr0ub 107 0x2f (0x4f) tccr1a com1a1 com1a0 com1b1 com1b0 com1c1 com1c0 wgm11 wgm10 132 0x2e (0x4e) tccr1b icnc1 ices1 ? wgm13 wgm12 cs12 cs11 cs10 136 0x2d (0x4d) tcnt1h timer/counter1 ? counter register high byte 138 0x2c (0x4c) tcnt1l timer/counter1 ? counter register low byte 138 0x2b (0x4b) ocr1ah timer/counter1 ? output compare register a high byte 139 0x2a (0x4a) ocr1al timer/counter1 ? output compare register a low byte 139 0x29 (0x49) ocr1bh timer/counter1 ? output compare register b high byte 139 0x28 (0x48) ocr1bl timer/counter1 ? output compare register b low byte 139 0x27 (0x47) icr1h timer/counter1 ? input capture register high byte 140 0x26 (0x46) icr1l timer/counter1 ? input capture register low byte 140 0x25 (0x45) tccr2 foc2 wgm20 com21 com20 wgm21 cs22 cs21 cs20 157 0x24 (0x44) tcnt2 timer/counter2 (8 bit) 159 0x23 (0x43) ocr2 timer/counter2 output compare register 160 0x22 (0x42) ocdr idrd/ ocdr7 ocdr6 ocdr5 ocdr4 ocdr3 ocdr2 ocdr1 ocdr0 253 0x21 (0x41) wdtcr ? ? ? wdce wde wdp2 wdp1 wdp0 57 0x20 (0x40) sfior tsm ? ? ? acme pud psr0 psr321 72, 111, 145, 227 0x1f (0x3f) eearh ? ? ? ? ? eeprom address register high byte 22 0x1e (0x3e) eearl eeprom address register low byte 22 0x1d (0x3d) eedr eeprom data register 22 0x1c (0x3c) eecr ? ? ? ? eerie eemwe eewe eere 22 0x1b (0x3b) porta porta7 porta6 porta5 porta4 porta3 porta2 porta1 porta0 87 0x1a (0x3a) ddra dda7 dda6 dda5 dda4 dda3 dda2 dda1 dda0 87 0x19 (0x39) pina pina7 pina6 pina5 pina4 pina3 pina2 pina1 pina0 87 0x18 (0x38) portb portb7 portb6 portb5 portb4 portb3 portb2 portb1 portb0 87 0x17 (0x37) ddrb ddb7 ddb6 ddb5 ddb4 ddb3 ddb2 ddb1 ddb0 87 0x16 (0x36) pinb pinb7 pinb6 pinb5 pinb4 pinb3 pinb2 pinb1 pinb0 87 0x15 (0x35) portc portc7 portc6 portc 5 portc4 portc3 portc2 portc1 portc0 87 0x14 (0x34) ddrc ddc7 ddc6 ddc5 ddc4 ddc3 ddc2 ddc1 ddc0 87 0x13 (0x33) pinc pinc7 pinc6 pinc5 pinc4 pinc3 pinc2 pinc1 pinc0 88 0x12 (0x32) portd portd7 portd6 portd 5 portd4 portd3 portd2 portd1 portd0 88 0x11 (0x31) ddrd ddd7 ddd6 ddd5 ddd4 ddd3 ddd2 ddd1 ddd0 88 0x10 (0x30) pind pind7 pind6 pind5 pind4 pind3 pind2 pind1 pind0 88 0x0f (0x2f) spdr spi data register 169 0x0e (0x2e) spsr spif wcol ? ? ? ? ? spi2x 169 0x0d (0x2d) spcr spie spe dord mstr cpol cpha spr1 spr0 167 0x0c (0x2c) udr0 usart0 i/o data register 188 0x0b (0x2b) ucsr0a rxc0 txc0 udre0 fe0 dor0 upe0 u2x0 mpcm0 189 0x0a (0x2a) ucsr0b rxcie0 txcie0 udrie0 rxen0 txen0 ucsz02 rxb80 txb80 190 0x09 (0x29) ubrr0l usart0 baud rate register low 193 0x08 (0x28) acsr acd acbg aco aci acie acic acis1 acis0 228 0x07 (0x27) admux refs1 refs0 adlar mux4 mux3 mux2 mux1 mux0 243 0x06 (0x26) adcsra aden adsc adate adif adie adps2 adps1 adps0 245 0x05 (0x25) adch adc data register high byte 246 0x04 (0x24) adcl adc data register low byte 246 0x03 (0x23) porte porte7 porte6 porte5 porte4 porte3 porte2 porte1 porte0 88 0x02 (0x22) ddre dde7 dde6 dde5 dde4 dde3 dde2 dde1 dde0 88 0x01 (0x21) pine pine7 pine6 pine5 pine4 pine3 pine2 pine1 pine0 88 register summary (continued) address name bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1 bit 0 page
394 2490r?avr?02/2013 atmega64(l) notes: 1. for compatibility with future devices, reserved bits shoul d be written to zero if accessed. reserved i/o memory address es should never be written. 2. some of the status flags are cleared by writing a logical one to them. note that the cbi and sbi instructions will operate on all bits in the i/o register, writing a one back into any flag read as set, thus clearing the flag. the cbi and sbi instruction s work with registers 0x00 to 0x1f only. 0x00 (0x20) pinf pinf7 pinf6 pinf5 pinf4 pinf3 pinf2 pinf1 pinf0 89 register summary (continued) address name bit 7 bit 6 bit 5 bit 4 bit 3 bit 2 bit 1 bit 0 page
395 2490r?avr?02/2013 atmega64(l) instruction set summary mnemonics operands description operation flags #clocks arithmetic and logic instructions add rd, rr add two registers rd ? rd + rr z,c,n,v,h 1 adc rd, rr add with carry two registers rd ? rd + rr + c z,c,n,v,h 1 adiw rdl,k add immediate to word rdh:rdl ? rdh:rdl + k z,c,n,v,s 2 sub rd, rr subtract two registers rd ? rd - rr z,c,n,v,h 1 subi rd, k subtract constant from register rd ? rd - k z,c,n,v,h 1 sbc rd, rr subtract with carry two registers rd ? rd - rr - c z,c,n,v,h 1 sbci rd, k subtract with carry constant from reg. rd ? rd - k - c z,c,n,v,h 1 sbiw rdl,k subtract immediate from word rdh:rdl ? rdh:rdl - k z,c,n,v,s 2 and rd, rr logical and registers rd ?? rd ? rr z,n,v 1 andi rd, k logical and register and constant rd ? rd ?? k z,n,v 1 or rd, rr logical or registers rd ? rd v rr z,n,v 1 ori rd, k logical or register and constant rd ?? rd v k z,n,v 1 eor rd, rr exclusive or registers rd ? rd ? rr z,n,v 1 com rd one?s complement rd ? 0xff ? rd z,c,n,v 1 neg rd two?s complement rd ? 0x00 ? rd z,c,n,v,h 1 sbr rd,k set bit(s) in register rd ? rd v k z,n,v 1 cbr rd,k clear bit(s) in register rd ? rd ? (0xff - k) z,n,v 1 inc rd increment rd ? rd + 1 z,n,v 1 dec rd decrement rd ? rd ? 1 z,n,v 1 tst rd test for zero or minus rd ? rd ? rd z,n,v 1 clr rd clear register rd ? rd ? rd z,n,v 1 ser rd set register rd ? 0xff none 1 mul rd, rr multiply unsigned r1:r0 ? rd x rr z,c 2 muls rd, rr multiply signed r1:r0 ? rd x rr z,c 2 mulsu rd, rr multiply signed with unsigned r1:r0 ? rd x rr z,c 2 fmul rd, rr fractional multiply unsigned r1:r0 (rd x rr) << 1 z,c 2 fmuls rd, rr fractional multiply signed r1:r0 (rd x rr) << 1 z,c 2 fmulsu rd, rr fractional multiply signed with unsigned r1:r0 (rd x rr) << 1 z,c 2 branch instructions rjmp k relative jump pc ?? pc + k + 1 none 2 ijmp indirect jump to (z) pc ? z none 2 jmp k direct jump pc ?? knone3 rcall k relative subroutine call pc ? pc + k + 1 none 3 icall indirect call to (z) pc ? znone3 call k direct subroutine call pc ? knone4 ret subroutine return pc ? stack none 4 reti interrupt return pc ? stack i 4 cpse rd,rr compare, skip if equal if (rd = rr) pc ?? pc + 2 or 3 none 1/2/3 cp rd,rr compare rd ? rr z, n,v,c,h 1 cpc rd,rr compare with carry rd ? rr ? c z, n,v,c,h 1 cpi rd,k compare register with immediate rd ? k z, n,v,c,h 1 sbrc rr, b skip if bit in register cleared if (rr(b)=0) pc ? pc + 2 or 3 none 1/2/3 sbrs rr, b skip if bit in register is set if (rr(b)=1) pc ? pc + 2 or 3 none 1/2/3 sbic p, b skip if bit in i/o register cleared if (p(b)=0) pc ? pc + 2 or 3 none 1/2/3 sbis p, b skip if bit in i/o register is set if (p(b)=1) pc ? pc + 2 or 3 none 1/2/3 brbs s, k branch if status flag set if (sreg(s) = 1) then pc ? pc+k + 1 none 1/2 brbc s, k branch if status flag cleared if (sreg(s) = 0) then pc ? pc+k + 1 none 1/2 breq k branch if equal if (z = 1) then pc ? pc + k + 1 none 1/2 brne k branch if not equal if (z = 0) then pc ? pc + k + 1 none 1/2 brcs k branch if carry set if (c = 1) then pc ? pc + k + 1 none 1/2 brcc k branch if carry cleared if (c = 0) then pc ? pc + k + 1 none 1/2 brsh k branch if same or higher if (c = 0) then pc ? pc + k + 1 none 1/2 brlo k branch if lower if (c = 1) then pc ? pc + k + 1 none 1/2 brmi k branch if minus if (n = 1) then pc ? pc + k + 1 none 1/2 brpl k branch if plus if (n = 0) then pc ? pc + k + 1 none 1/2 brge k branch if greater or equal, signed if (n ? v= 0) then pc ? pc + k + 1 none 1/2 brlt k branch if less than zero, signed if (n ? v= 1) then pc ? pc + k + 1 none 1/2 brhs k branch if half carry flag set if (h = 1) then pc ? pc + k + 1 none 1/2 brhc k branch if half carry flag cleared if (h = 0) then pc ? pc + k + 1 none 1/2 brts k branch if t flag set if (t = 1) then pc ? pc + k + 1 none 1/2 brtc k branch if t flag cleared if (t = 0) then pc ? pc + k + 1 none 1/2 brvs k branch if overflow flag is set if (v = 1) then pc ? pc + k + 1 none 1/2 brvc k branch if overflow flag is cleared if (v = 0) then pc ? pc + k + 1 none 1/2
396 2490r?avr?02/2013 atmega64(l) brie k branch if interrupt enabled if ( i = 1) then pc ? pc + k + 1 none 1/2 brid k branch if interrupt disabled if ( i = 0) then pc ? pc + k + 1 none 1/2 data transfer instructions mov rd, rr move between registers rd ? rr none 1 movw rd, rr copy register word rd+1:rd ? rr+1:rr none 1 ldi rd, k load immediate rd ? knone1 ld rd, x load indirect rd ? (x) none 2 ld rd, x+ load indirect and post-inc. rd ? (x), x ? x + 1 none 2 ld rd, - x load indirect and pre-dec. x ? x - 1, rd ? (x) none 2 ld rd, y load indirect rd ? (y) none 2 ld rd, y+ load indirect and post-inc. rd ? (y), y ? y + 1 none 2 ld rd, - y load indirect and pre-dec. y ? y - 1, rd ? (y) none 2 ldd rd,y+q load indirect with displacement rd ? (y + q) none 2 ld rd, z load indirect rd ? (z) none 2 ld rd, z+ load indirect and post-inc. rd ? (z), z ? z+1 none 2 ld rd, -z load indirect and pre-dec. z ? z - 1, rd ? (z) none 2 ldd rd, z+q load indirect with displacement rd ? (z + q) none 2 lds rd, k load direct from sram rd ? (k) none 2 st x, rr store indirect (x) ?? rr none 2 st x+, rr store indirect and post-inc. (x) ?? rr, x ? x + 1 none 2 st - x, rr store indirect and pre-dec. x ? x - 1, (x) ? rr none 2 st y, rr store indirect (y) ? rr none 2 st y+, rr store indirect and post-inc. (y) ? rr, y ? y + 1 none 2 st - y, rr store indirect and pre-dec. y ? y - 1, (y) ? rr none 2 std y+q,rr store indirect with displacement (y + q) ? rr none 2 st z, rr store indirect (z) ? rr none 2 st z+, rr store indirect and post-inc. (z) ? rr, z ? z + 1 none 2 st -z, rr store indirect and pre-dec. z ? z - 1, (z) ? rr none 2 std z+q,rr store indirect with displacement (z + q) ? rr none 2 sts k, rr store direct to sram (k) ? rr none 2 lpm load program memory r0 ? (z) none 3 lpm rd, z load program memory rd ? (z) none 3 lpm rd, z+ load program memory and post-inc rd ? (z), z ? z+1 none 3 spm store program memory (z) ? r1:r0 none - in rd, p in port rd ? pnone1 out p, rr out port p ? rr none 1 push rr push register on stack stack ? rr none 2 pop rd pop register from stack rd ? stack none 2 bit and bit-test instructions sbi p,b set bit in i/o register i/o(p,b) ? 1none2 cbi p,b clear bit in i/o register i/o(p,b) ? 0none2 lsl rd logical shift left rd(n+1) ? rd(n), rd(0) ? 0 z,c,n,v 1 lsr rd logical shift right rd(n) ? rd(n+1), rd(7) ? 0 z,c,n,v 1 rol rd rotate left through carry rd(0) ? c,rd(n+1) ? rd(n),c ? rd(7) z,c,n,v 1 ror rd rotate right through carry rd(7) ? c,rd(n) ? rd(n+1),c ? rd(0) z,c,n,v 1 asr rd arithmetic shift right rd(n) ? rd(n+1), n=0..6 z,c,n,v 1 swap rd swap nibbles rd(3..0) ? rd(7..4),rd(7..4) ? rd(3..0) none 1 bset s flag set sreg(s) ? 1 sreg(s) 1 bclr s flag clear sreg(s) ? 0 sreg(s) 1 bst rr, b bit store from register to t t ? rr(b) t 1 bld rd, b bit load from t to register rd(b) ? tnone1 sec set carry c ? 1c1 clc clear carry c ? 0 c 1 sen set negative flag n ? 1n1 cln clear negative flag n ? 0 n 1 sez set zero flag z ? 1z1 clz clear zero flag z ? 0 z 1 sei global interrupt enable i ? 1i1 cli global interrupt disable i ?? 0 i 1 ses set signed test flag s ? 1s1 cls clear signed test flag s ? 0 s 1 sev set twos complement overflow. v ? 1v1 clv clear twos complement overflow v ? 0 v 1 set set t in sreg t ? 1t1 clt clear t in sreg t ? 0 t 1 seh set half carry flag in sreg h ? 1h1 instruction set summary (continued)
397 2490r?avr?02/2013 atmega64(l) clh clear half carry flag in sreg h ? 0 h 1 mcu control instructions nop no operation none 1 sleep sleep (see specific descr. for sleep function) none 1 wdr watchdog reset (see specific descr. for wdr/timer) none 1 break break for on-chip debug only none n/a instruction set summary (continued)
398 2490r?avr?02/2013 atmega64(l) ordering information note: 1. this device can also be supplied in wafer form. please contact your local atmel sales office for detailed ordering infor mation and minimum quantities. 2. pb-free packaging complies to the european directive for re striction of hazardous substances (rohs directive). also halide free and fully green. 3. tape & reel. 4. see characterization specification at 105 ? c speed (mhz) power supply (v) ordering code (2) package (1) operation range 8 2.7 - 5.5 atmega64l-8au atmega64l-8aur (3) atmega64l-8mu atmega64l-8mur (3) 64a 64a 64m1 64m1 industrial (-40 ? c to 85 ? c) 16 4.5 - 5.5 atmega64-16au atmega64-16aur (3) atmega64-16mu atmega64-16mur (3) 64a 64a 64m1 64m1 8 2.7 - 5.5 atmega64l-8an atmega64l-8anr (3) atmega64l-8mn atmega64l-8mnr (3) 64a 64a 64m1 64m1 industrial (-40 ? c to 105 ? c) (4) 16 4.5 - 5.5 atmega64-16an atmega64-16anr (3) atmega64-16mn atmega64-16mnr (3) 64a 64a 64m1 64m1 package type 64a 64-lead, thin (1.0 mm) plastic gull wing quad flat package (tqfp) 64m1 64-pad, 9 9 1.0 mm body, lead pitch 0.50 mm, qu ad flat no-lead/micro lead frame package (qfn/mlf)
399 2490r?avr?02/2013 atmega64(l) packaging information 64a 2 3 25 orch a rd p a rkw a y sa n jo s e, ca 951 3 1 title drawing no. rev. 64a, 64-le a d, 14 x 14mm body s ize, 1.0mm body thickne ss , 0. 8 mm le a d pitch, thin profile pl as tic q ua d fl a t p a ck a ge (tqfp) c 64a 2010-10-20 pin 1 identifier 0~7 pin 1 l c a1 a2 a d1 d e e1 e b common dimen s ion s (unit of me asu re = mm) s ymbol min nom max note note s : 1.thi s p a ck a ge conform s to jedec reference m s -026, v a ri a tion aeb. 2. dimen s ion s d1 a nd e1 do not incl u de mold protr us ion. allow ab le protr us ion i s 0.25mm per s ide. dimen s ion s d1 a nd e1 a re m a xim u m pl as tic b ody s ize dimen s ion s incl u ding mold mi s m a tch. 3 . le a d copl a n a rity i s 0.10mm m a xim u m. a ? ? 1.20 a1 0.05 ? 0.15 a2 0.95 1.00 1.05 d 15.75 16.00 16.25 d1 1 3 .90 14.00 14.10 note 2 e 15.75 16.00 16.25 e1 1 3 .90 14.00 14.10 note 2 b 0. 3 0 ? 0.45 c 0.09 ? 0.20 l 0.45 ? 0.75 e 0. 8 0 typ
400 2490r?avr?02/2013 atmega64(l) 64m1 2 3 25 orch a rd p a rkw a y sa n jo s e, ca 951 3 1 title drawing no. r rev. 64m1 , 64-p a d, 9 x 9 x 1.0 mm body, le a d pitch 0.50 mm, h 64m1 2010-10-19 common dimen s ion s (unit of me asu re = mm) s ymbol min nom max note a 0. 8 0 0.90 1.00 a1 ? 0.02 0.05 b 0.1 8 0.25 0. 3 0 d d2 5.20 5.40 5.60 8 .90 9.00 9.10 8 .90 9.00 9.10 e e2 5.20 5.40 5.60 e 0.50 b s c l0. 3 5 0.40 0.45 note s : 1. jedec s t a nd a rd mo-220, ( s aw s ing u l a tion) fig. 1, vmmd. 2. dimen s ion a nd toler a nce conform to a s mey14.5m-1994. top view s ide view bottom view d e m a rked pin# 1 id s eating plane a1 c a c 0.0 8 1 2 3 k 1.25 1.40 1.55 e2 d2 b e pin #1 corner l pin #1 tr i a ngle pin #1 ch a mfer (c 0. 3 0) option a option b pin #1 notch (0.20 r) option c k k 5.40 mm expo s ed p a d, micro le a d fr a me p a ck a ge (mlf)
401 2490r?avr?02/2013 atmega64(l) errata the revision letter in this section refers to the revision of the atmega64 device. atmega64, rev. a to c, e ? first analog comparator conversion may be delayed ? interrupts may be lost when writing the timer registers in the asynchronous timer ? stabilizing time needed wh en changing xdiv register ? stabilizing time n eeded when changing osccal register ? idcode masks data from tdi input ? reading eeprom by using st or sts to set eer e bit triggers unexp ected interr upt request 1. first analog comparator conversion may be delayed if the device is powered by a slow rising v cc , the first analog comparator conversion will take longer than expected on some devices. problem fix/workaround when the device has been powered or reset, disable then enable theanalog comparator before the first conversion. 2. interrupts may be lost when writing the timer registers in the asynchronous timer the interrupt will be lo st if a timer register that is synchr onous timer clock is written when the asynchronous timer/counter register (tcntx) is 0x00. problem fix/workaround always check that the asynchronous timer/counter register neither have the value 0xff nor 0x00 before writing to the asynchronous timer control register (tccrx), asynchronous timer counter register (tcntx), or asynchronous output compare register (ocrx). 3. stabilizing time needed when changing xdiv register after increasing the source clock frequency more than 2% with settings in the xdiv register, the device may execute some of the subsequent instructions incorrectly. problem fix / workaround the nop instruction will always be executed correctly also right after a frequency change. thus, the next 8 instructions after the change s hould be nop instructions. to ensure this, follow this procedure: 1.clear the i bit in the sreg register. 2.set the new pre-scaling factor in xdiv register. 3.execute 8 nop instructions 4.set the i bit in sreg this will ensure that all subsequent instructions will execute correctly. assembly code example: cli ; clear global interrupt enable out xdiv, temp ; set new prescale value nop ; no operation nop ; no operation nop ; no operation nop ; no operation nop ; no operation nop ; no operation nop ; no operation nop ; no operation sei ; clear global interrupt enable
402 2490r?avr?02/2013 atmega64(l) 4. stabilizing time needed when changing osccal register after increasing the source clock frequency more than 2% with settings in the osccal reg- ister, the device may execute some of the subsequent instructions incorrectly. problem fix / workaround the behavior follows errata number 3., and the same fix / workaround is applicable on this errata. 5. idcode masks data from tdi input the jtag instruction idcode is not working correctly. data to succeeding devices are replaced by all-ones during update-dr. problem fix / workaround ? if atmega64 is the only device in the scan chain, the problem is not visible. ? select the device id register of the atmega64 by issuing the idcode instruction or by entering the test-logic-reset state of the tap controller to read out the contents of its device id register and possibly data from succeeding devices of the scan chain. issue the bypass instruction to th e atmega64 while reading the device id registers of preceding device s of the boundary scan chain. ? if the device ids of all devices in the boundary scan chain must be captured simultaneously, the atmega64 must be the first device in the chain. 6. reading eeprom by using st or sts to set eere bit triggers unexpected interrupt request. reading eeprom by using the st or sts command to set th e eere bit in the eecr reg- ister triggers an unexpecte d eeprom interrupt request. problem fix / workaround always use out or sbi to set eere in eecr.
403 2490r?avr?02/2013 atmega64(l) datasheet revision history please note that the referring page numbers in th is section are referred to this document. the referring revision in this section are referring to the document revision. changes from rev. 2490q-07/10 to rev. 2490r-02/13 1. added ?electrical characteristics ? ta = -40c to 105c? on page 340 . 2. added ?atmega64 typical characteristics ? ta = -40c to 105c? on page 372 . 3. updated ?ordering information? on page 398 . 4. changes from rev. 2490p-07/09 to rev. 2490q-07/10 1. changed ?low? into ?ext? in table 117, ?extended fuse byte,? on page 291 . 2. note is added to ?performing page erase by spm? on page 284 . 3. some minor corrections in technical terminology. 4. note 6 and note 7 below table 133, ?two-wire serial bus requirements,? on page 328 have been removed. changes from rev. 2490o-08/08 to rev. 2490p-07/09 1. updated ?errata? on page 401 . 2. updated the toc with the newest template (version 5.10). changes from rev. 2490n-05/08 to rev. 2490o-08/08 1. updated ?dc characteristics? on page 325 with i cc typical values. changes from rev. 2490m-08/07 to rev. 2490n-05/08 1. updated ?pen? on page 7 . 2. updated ?ordering information? on page 398 . changes from rev. 2490l-10/06 to rev. 2490m-08/07 1. updated ?features? on page 1 . 2. added ?data retention? on page 8 . 3. updated ?errata? on page 401 . 4. updated ?assembly code example(1)? on page 177 . 5. updated ?slave mode? on page 167 . changes from rev. 2490k-04/06 to rev. 2490l-10/06 1. added note to ?timer/counter oscillator? on page 45 . 2. updated ?fast pwm mode? on page 125 .
404 2490r?avr?02/2013 atmega64(l) 3. updated table 52 on page 104 , table 54 on page 105 , table 59 on page 134 , table 61 on page 136 , table 64 on page 158 , and table 66 on page 158 . 4. updated ?errata? on page 401 . changes from rev. 2490j-03/05 to rev. 2490k-04/06 1. updated figure 2 on page 3 . 2. added ?resources? on page 8 . 3. added addresses in register descriptions. 4. updated ?spi ? serial peripheral interface? on page 163 . 5. updated register- and bit names in ?usart? on page 171 . 6. updated note in ?bit rate generator unit? on page 204 . 7. updated features in ?analog to digital converter? on page 230 . changes from rev. 2490i-10/04 to rev. 2490j-03/05 1. mlf-package alternative changed to ?quad flat no-lead/micro lead frame package qfn/mlf?. 2. updated ?electrical characteristics ? ta = -40c to 85c? on page 325 3. updated ?ordering information? on page 398 changes from rev. 2490h-10/04 to rev. 2490i-11/04 1. removed ?preliminary? and tbd?s. 2. updated table 8 on page 40 , table 11 on page 42 , table 19 on page 52 , table 132 on page 327 , table 134 on page 330 . 3. updated features in ?analog to digital converter? on page 230 . 4. updated ?electrical characteristics ? ta = -40c to 85c? on page 325 . changes from rev. 2490g-03/04 to rev. 2490h-10/04 1. removed references to analog ground, ic1/ ic3 changed to icp1/icp3, input capture trigger changed to input capture pin. 2. updated ?atmega103 and atmega64 compatibility? on page 4 . 3. updated ?external memory interface? on page 27 4. updated ?xdiv ? xtal divi de control register? to ?clock sources? on page 38 . 5. updated code example in ?wdtcr ? watchdog timer control register? on page 57 . 6. added section ?unconnected pins? on page 70 . 7. updated table 19 on page 52 , table 20 on page 56 , table 95 on page 236 , and table 60 on page 135 . 8. updated figure 116 on page 239 .
405 2490r?avr?02/2013 atmega64(l) 9. updated ?version? on page 255 . 10. updated ?dc characteristics? on page 325 . 11. updated ?typical characteristics ? ta = -40c to 85c? on page 342 . 12. updated features in ?analog to digital converter? on page 230 and table 136 on page 333 . 13. updated ?ordering information? on page 398 . changes from rev. 2490f-12/03 to rev. 2490g-03/04 1. updated ?errata? on page 401 . changes from rev. 2490e-09/03 to rev. 2490f-12/03 1. updated ?calibrated internal rc oscillator? on page 43 . changes from rev. 2490d-02/03 to rev. 2490e-09/03 1. updated note in ?xdiv ? xtal divide control register? on page 39 . 2. updated ?jtag interface and on-chip debug system? on page 50 . 3. updated ?tap ? test access port? on page 248 regarding jtagen. 4. updated description for the jtd bit on page 258 . 5. added a note regarding jtagen fuse to table 118 on page 292 . 6. updated r pu values in ?dc characteristics? on page 325 . 7. updated ?adc characteristics? on page 332 . 8. added a proposal for solving problems regarding the jtag instruction idcode in ?errata? on page 401 . changes from rev. 2490c-09/02 to rev. 2490d-02/03 1. added reference to table 124 on page 296 from both spi serial programming and self programming to inform about the flash page size. 2. added chip erase as a first step under ?programming the flash? on page 322 and ?programming the eeprom? on page 323 . 3. corrected ocn waveforms in figure 52 on page 126 . 4. various minor timer1 corrections. 5. improved the description in ?phase correct pwm mode? on page 101 and on page 153 . 6. various minor twi corrections.
406 2490r?avr?02/2013 atmega64(l) 7. added note under "filling the temporary buffer (page loading)" about writing to the eeprom during an spm page load. 8. removed adhsm completely. 9. added note about masking out unused bits when reading the program counter in ?stack pointer? on page 14 . 10. added section ?eeprom write during power-down sleep mode? on page 25 . 11. changed v hyst value to 120 in table 19 on page 52 . 12. added information about conversion time for differential mode with auto triggering on page 234 . 13. added t wd_fuse in table 128 on page 308 . 14. updated ?packaging information? on page 399 . changes from rev. 2490b-09/02 to rev. 2490c-09/02 1. changed the endurance on the flash to 10,000 write/erase cycles. changes from rev. 2490a-10/01 to rev. 2490b-09/02 1. added 64-pad qfn/mlf package and updated ?ordering information? on page 398 . 2. added the section ?using all locations of external memory smaller than 64 kbytes? on page 35 . 3. added the section ?default clock source? on page 39 . 4. renamed spmcr to spmcsr in entire document. 5. added some preliminary test li mits and characterization data removed some of the tbd's and corrected data in the following tables and pages: table 2 on page 24 , table 7 on page 38 , table 9 on page 41 , table 10 on page 41 , table 12 on page 42 , table 14 on page 43 , table 16 on page 44 , table 19 on page 52 , table 20 on page 56 , table 22 on page 58 , ?dc characteristics? on page 325 , table 131 on page 327 , table 134 on page 330 , table 136 on page 333 , and table 137 - table 144 . 6. removed alternative algortihm fo r leaving jtag programming mode. see ?leaving programming mode? on page 321. 7. improved description on how to do a polarity check of the adc diff results in ?adc conversion result? on page 242 . 8. updated programming figures: figure 138 on page 294 and figure 147 on page 306 are updated to also reflect that avcc must be connected during programming mode. figure 142 on page 301 added to illustrate how to program the fuses. 9. added a note regarding usage of the ?prog_pageload (0x6)? and ?prog_pageread (0x7)? instructions on page 313 .
407 2490r?avr?02/2013 atmega64(l) 10. updated ?twi ? two-wire serial interface? on page 198 . more details regarding use of the twi powe r-down operation and using the twi as master with low twbrr values are added into the data sheet. added the note at the end of the ?bit rate generator unit? on page 204 . added the description at the end of ?address match unit? on page 205 . 11. updated description of osccal calibration byte. in the data sheet, it was not explained how to take advantage of the calibration bytes for 2, 4, and 8 mhz oscillator selections. this is now added in the following sections: improved description of ?osccal ? oscillator calibration register(1)? on page 43 and ?cal- ibration byte? on page 293 . 12. when using external clock there are some limitations regards to change of frequency. this is descried in ?external clock? on page 44 and table 131 on page 327 . 13. added a sub section regarding ocd-system and power consumption in the section ?minimizing power consumption? on page 49 . 14. corrected typo (wgm-bit setting) for: ? ?fast pwm mode? on page 99 (timer/counter0). ? ?phase correct pwm mode? on page 101 (timer/counter0). ? ?fast pwm mode? on page 152 (timer/counter2). ? ?phase correct pwm mode? on page 153 (timer/counter2). 15. corrected table 81 on page 192 (usart). 16. corrected table 102 on page 262 (boundary-scan)
1 2490r?avr?02/2013 atmega64(l) table of contents features 1 pin configuration 2 disclaimer 2 overview 3 block diagram 3 atmega103 and atme ga64 compatibility 4 pin descriptions 5 resources 8 data retention 8 about code examples 9 avr cpu core 10 introduction 10 architectural overview 10 alu ? arithmetic logic unit 11 status register 12 general purpose register file 13 stack pointer 14 instruction execution timing 14 reset and interrupt handling 15 avr memories 18 in-system reprogrammable flash program memory 18 sram data memory 19 eeprom data memory 21 i/o memory 26 external memory interface 27 xmem register description 32 system clock and clock options 37 clock systems and their distribution 37 clock sources 38 default clock source 39 crystal oscillator 39 low-frequency crys tal oscillator 41 external rc oscillator 42 calibrated internal rc oscillator 43 external clock 44 timer/counter oscillator 45 power management and sleep modes 46
2 2490r?avr?02/2013 atmega64(l) idle mode 47 adc noise reduction mode 47 power-down mode 47 power-save mode 47 standby mode 48 extended standby mode 48 minimizing power consumption 49 system control and reset 51 internal voltage reference 56 watchdog timer 56 timed sequences for changing the configuration of the watchdog timer 60 interrupts 61 interrupt vectors in atmega64 61 i/o ports 66 introduction 66 ports as genera l digital i/o 66 alternate port functions 71 register description for i/o ports 87 external interrupts 90 8-bit timer/counter0 with pwm and asynchronous operation 93 overview 93 timer/counter clock sources 94 counter unit 95 output compare unit 95 compare match output unit 97 modes of operation 98 timer/counter timing diagrams 102 8-bit timer/counter register description 104 asynchronous operation of the timer/counter 107 timer/counter prescaler 110 16-bit timer/counter (timer/c ounter1 and timer/counter3) 112 overview 112 accessing 16-bit registers 115 timer/counter clock sources 117 counter unit 117 input capture unit 119 output compare units 121 compare match output unit 122 modes of operation 124 timer/counter timing diagrams 131
3 2490r?avr?02/2013 atmega64(l) 16-bit timer/counter re gister description 132 timer/counter3, timer/counter2 and timer/counter 1 prescalers 144 8-bit timer/counter2 with pwm 146 overview 146 timer/counter clock sources 147 counter unit 148 output compare unit 148 compare match output unit 150 modes of operation 151 timer/counter timing diagrams 155 8-bit timer/counter register description 157 output compare modulator (ocm1c2) 161 overview 161 description 161 spi ? serial peripheral interface 163 ss pin functionality 167 data modes 170 usart 171 overview 171 clock generation 172 frame formats 175 usart initialization 176 data transmission ? the usart transmitter 178 data reception ? the usart receiver 181 asynchronous data reception 184 multi-processor communication mode 187 usart register description 188 examples of baud rate setting 193 twi ? two-wire seri al interface 198 features 198 two-wire serial interface bus definition 198 data transfer and frame format 199 multi-master bus systems, arbitration and synchronization 202 overview of the twi module 204 twi register description 206 using the twi 209 transmission modes 212 multi-master systems and arbitration 225 analog comparator 227
4 2490r?avr?02/2013 atmega64(l) analog comparator multiplexed input 229 analog to digita l converter 230 features 230 operation 231 starting a conversion 232 prescaling and conversion timing 233 changing channel or reference selection 236 adc noise canceler 237 adc conversion result 242 jtag interface and on- chip debug system 248 features 248 overview 248 tap ? test access port 248 tap controller 250 using the boundary -scan chain 251 using the on-chip debug system 251 on-chip debug specific jtag instructions 252 on-chip debug related register in i/o memory 253 using the jtag progra mming capabilities 253 bibliography 253 ieee 1149.1 (jtag) boundary-scan 254 features 254 system overview 254 data registers 254 boundary-scan specific jtag instructions 256 boundary-scan related register in i/o memory 258 boundary-scan chain 258 atmega64 boundary-scan order 270 boundary-scan description language files 276 boot loader support ? read-while -write self-programming 277 features 277 application and boot loader flash sections 277 read-while-write and no read-w hile-write flash sections 277 boot loader lock bits 279 entering the boot loader program 281 addressing the flash during self-programming 283 self-programming the flash 284 memory programming 290 program and data memory lock bits 290 fuse bits 291 signature bytes 293
5 2490r?avr?02/2013 atmega64(l) calibration byte 293 parallel programming parameters, pin mapping, and commands 293 parallel programming 297 serial downloading 305 spi serial programming pin mapping 306 programming via the jtag interface 311 electrical characteristics ? ta = -40c to 85c 325 absolute maximum ratings* 325 dc characteristics 325 external clock drive waveforms 327 external clock drive 327 two-wire serial interface characteristics 328 spi timing characteristics 330 adc characteristics 332 external data memory timing 335 electrical characteristics ? ta = -40c to 105c 340 absolute maximum ratings* 340 dc characteristics 340 typical characteristics ? ta = -40c to 85c 342 atmega64 typical char acteristics ? ta = -40c to 105c 372 register summary 392 instruction set summary 395 ordering information 398 packaging information 399 64a 399 64m1 400 errata 401 atmega64, rev. a to c, e 401 datasheet revision history 403 changes from rev. 2490q-07/10 to rev. 2490r-02/13 403 changes from rev. 2490p-07/09 to rev. 2490q-07/10 403 changes from rev. 2490o-08/08 to rev. 2490p-07/09 403 changes from rev. 2490n-05/08 to rev. 2490o-08/08 403 changes from rev. 2490m-08/07 to rev. 2490n-05/08 403 changes from rev. 2490l-10/06 to rev. 2490m-08/07 403 changes from rev. 2490k-04/06 to rev. 2490l-10/06 403
6 2490r?avr?02/2013 atmega64(l) changes from rev. 2490j-03/05 to rev. 2490k-04/06 404 changes from rev. 2490i-10/04 to rev. 2490j-03/05 404 changes from rev. 2490h-10/04 to rev. 2490i-11/04 404 changes from rev. 2490g-03/04 to rev. 2490h-10/04 404 changes from rev. 2490f-12/03 to rev. 2490g-03/04 405 changes from rev. 2490e-09/03 to rev. 2490f-12/03 405 changes from rev. 2490d-02/03 to rev. 2490e-09/03 405 changes from rev. 2490c-09/02 to rev. 2490d-02/03 405 changes from rev. 2490b-09/02 to rev. 2490c-09/02 406 changes from rev. 2490a-10/01 to rev. 2490b-09/02 406 table of contents 1
atmel corporation 1600 technology drive san jose, ca 95110 usa tel: (+1) (408) 441-0311 fax: (+1) (408) 487-2600 www.atmel.com atmel asia limited unit 01-5 & 16, 19f bea tower, millennium city 5 418 kwun tong roa kwun tong, kowloon hong kong tel: (+852) 2245-6100 fax: (+852) 2722-1369 atmel munich gmbh business campus parkring 4 d-85748 garching b. munich germany tel: (+49) 89-31970-0 fax: (+49) 89-3194621 atmel japan g.k. 16f shin-osaki kangyo bldg 1-6-4 osaki, shinagawa-ku tokyo 141-0032 japan tel: (+81) (3) 6417-0300 fax: (+81) (3) 6417-0370 ? 2013 atmel corporation. all rights reserved. / rev.: 2490r?avr?02/2013 atmel ? , atmel logo and combinations thereof, enabling unlimited possibilities ? , and others are registered trademarks or trademarks of atmel corporation or its subsidiaries. other terms and product names may be trademarks of others. disclaimer: the information in this document is provided in co nnection with atmel products. no lic ense, express or implied, by estoppel or otherwise, to any intellectual property right is granted by this document or in connection with the sale of atmel products. exc ept as set forth in the atmel terms and conditions of sales locat ed on the atmel website, atmel assumes no liability whatsoever and disclaims any express, implied or statutory warranty relating to its products including, but not li mited to, the implied warranty of merchantability, fitness for a particular purpose, or non-infringement. in no event shall atmel be liable for any d irect, indirect, consequential, punitive, special or incide ntal damages (including, without limitation, damages for loss and profits, business i nterruption, or loss of information) arising out of the us e or inability to use this document, even if at mel has been advised of the possibility of suc h damages. atmel makes no representations or warranties with respect to the accuracy or completeness of the contents of this document and reserves the ri ght to make changes to specifications and products descriptions at any time without notice. atmel does not make any commitment to update th e information contained herein. un less specifically provided oth erwise, atmel products are not suitable for, and shall not be used in, automotive applications. atmel products are not intended, authorized, or warranted for use as components in applications intend ed to support or sustain life.


▲Up To Search▲   

 
Price & Availability of TSC80C51-16AED

All Rights Reserved © IC-ON-LINE 2003 - 2022  

[Add Bookmark] [Contact Us] [Link exchange] [Privacy policy]
Mirror Sites :  [www.datasheet.hk]   [www.maxim4u.com]  [www.ic-on-line.cn] [www.ic-on-line.com] [www.ic-on-line.net] [www.alldatasheet.com.cn] [www.gdcy.com]  [www.gdcy.net]


 . . . . .
  We use cookies to deliver the best possible web experience and assist with our advertising efforts. By continuing to use this site, you consent to the use of cookies. For more information on cookies, please take a look at our Privacy Policy. X